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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



Introduction 



The present document is part 1 of a multi-parts TS: 

3GPP TS 37. 571-1: Universal Terrestrial Radio Access (UTRA) and Evolved UTRA (E-UTRA) and 
Evolved Packet Core (EPC); User Equipment (UE) conformance specification for UE positioning; Part 1: 
Conformance test specification. 

3GPP TS 37.571-2: Universal Terrestrial Radio Access (UTRA) and Evolved UTRA (E-UTRA) and Evolved 
Packet Core (EPC); User Equipment (UE) conformance specification for UE positioning; Part 2: Protocol 
conformance. 

3GPP TS 37.571-3: Universal Terrestrial Radio Access (UTRA) and Evolved UTRA (E-UTRA) and Evolved 
Packet Core (EPC); User Equipment (UE) conformance specification for UE positioning; Part 3: Implementation 
Conformance Statement (ICS). 

3GPP TS 37.571-4: Universal Terrestrial Radio Access (UTRA) and Evolved UTRA (E-UTRA) and Evolved 
Packet Core (EPC); User Equipment (UE) conformance specification for UE positioning; Part 4: Test suites. 

3GPP TS 37. 571-5: Universal Terrestrial Radio Access (UTRA) and Evolved UTRA (E-UTRA) and Evolved 
Packet Core (EPC); User Equipment (UE) conformance specification for UE positioning; Part 5: Test scenarios 
and assistance data. 
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Scope 



The present document specifies the procedures for the conformance test of the measurement requirements for FDD 
mode of UTRA and FDD or TDD mode of E-UTRA for the User Equipment (UE) that supports one or more of the 
defined positioning methods. These positioning methods are for UTRA: Assisted Global Positioning System (A-GPS), 
Assisted Global Navigation Satellite Systems (A-GNSS) and for E-UTRA: Assisted Global Navigation Satelhte System 
(A-GNSS), Observed Time Difference of Arrival (OTDOA), Enhanced Cell ID (ECID). 

Tests are only applicable to those mobiles that are intended to support the appropriate functionality. To indicate the 
circumstances in which tests apply, this is noted in the "Test applicability " part of the test. 

The Implementation Conformance Statement (ICS) pro-forma could be found in the 3"* part of the present document. 
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Definitions, symbols and abbreviations 



3.1 



Definitions 



For the purposes of the present document, the terms and definitions given in TR 21.905 [1], 3GPP TR 25.990 [27], TS 
36.101 [2], 3GPP TS 36.104 [21] and the following apply. A term defined in the present document takes precedence 
over the definition of the same term, if any, in TR 21.905 [1]. 

Horizontal Dilution Of Precision (HDOP): measure of position determination accuracy that is a function of the 
geometrical layout of the satellites used for the fix, relative to the receiver antenna 



3.2 Symbols 



For the purposes of the present document, the abbreviations given in TR 21.905 [1], 3GPP TR 25.990 [27] and the 
following apply. An abbreviation defined in the present document takes precedence over the definition of the same 
abbreviation, if any, in TR 21.905 [1]. 



El 
E5 
E6 
Gl 

G2 

k 

LI C/A 

Lie 
L2C 
L5 
PRP 

G 

PcNSS„, ,i 

W 

^GNSS„,i 

X 

Ts 
Es 

lo 

lot 



PRSE /lot 



Galileo El navigation signal with carrier frequency of 1575.420 MHz. 

Galileo E5 navigation signal with carrier frequency of 1 191.795 MHz. 

Galileo E6 navigation signal with carrier frequency of 1278.750 MHz. 

GLONASS navigation signal in the LI sub-bands with carrier frequencies 1602 MHz + k x 562.5 

kHz. 

GLONASS navigation signal in the L2 sub-bands with carrier frequencies 1246 MHz + k x 437.5 

kHz. 

GLONASS channel number, k = -7... 13. 

GPS or QZSS LI navigation signal carrying the Coarse/ Acquisition code with carrier frequency of 

1575.420 MHz. 

GPS or QZSS LI Civil navigation signal with carrier frequency of 1575.420 MHz. 

GPS or QZSS L2 Civil navigation signal with carrier frequency of 1227.600 MHz. 

GPS or QZSS L5 navigation signal with carrier frequency of 1 176.450 MHz. 

Received (linear) average power of the resource elements that carry E-UTRA PRS, measured at 

the UE antenna connector. 

Geometry Matrix. 

Measured pseudo-range of satellite / of GNSSn,. 
Weighting Matrix. 

Line of sight unit vector from the user to the satellite / of GNSSm- 

State vector of user position and clock bias. 

Basic time unit, defined in TS 36.211 [26], clause 4. 

Received energy per RE (power normalized to the subcarrier spacing) during the useful part of the 

symbol, i.e. excluding the cyclic prefix, at the UE antenna connector. 

The total received power density, including signal and interference, as measured at the UE antenna 

connector. 

The received power spectral density of the total noise and interference for a certain RE (power 

integrated over the RE and normalized to the subcarrier spacing) as measured at the UE antenna 

connector. 

The power spectral density of a white noise source (average power per RE normalised to the 

subcarrier spacing), simulating interference from cells that are not defined in a test procedure, as 
measured at the UE antenna connector. 

The ratio of the average received energy per PRS RE during the useful part of the symbol to the 

average received power spectral density of the total noise and interference for this RE, where the 
ratio is measured over all REs which carry PRS. 



3.3 



Abbreviations 



For the purposes of the present document, the following abbreviations apply: 
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A-GNSS Assisted Global Navigation Satellite System 

A-GPS Assisted - Global Positioning System 

AWGN Additive White Gaussian Noise 

C/A Coarse/Acquisition 

DRX Discontinuous Reception 

DUT Device Under Test 

ECEF Earth Centred, Earth Fixed 

EPRE Energy Per Resource Element 

E-UTRA Evolved UMTS Terrestrial Radio Access 

E-UTRAN Evolved UMTS Terrestrial Radio Access Network 

FDD Frequency Division Duplex 

GLONASS GLObal'naya NAvigatsionnaya Sputnikovaya Sistema (English: Global Navigation Satellite 

System) 

GNSS Global Navigation Satellite System 

GPS Global Positioning System 

GSS GNSS System Simulator 

HDOP Horizontal Dilution Of Precision 

ICD Interface Control Document 

IS Interface Specification 

LOS Line Of Sight 

LPP LTE Positioning Protocol 

OCNG OFDMA Channel Noise Generator 

OCNS Orthogonal Channel Noise Simulator 

OTDOA Observed Time Difference Of Arrival 

PBCH Physical Broadcast Channel 

PCFICH Physical Control Format Indicator Channel 

PDCCH Physical Downlink Control Channel 

PDSCH Physical Downlink Shared Channel 

PHICH Physical Hybrid ARQ Indictor Channel 

PPM Parts per million 

PRS Positioning Reference Signal 

PSS Primary Synchronization Signal 

QZSS Quasi-Zenith Satellite System 

RB Resource Block 

RE Resource Element 

RRC Radio Resource Control 

RSTD Reference Signal Time Difference 

SBAS Space Based Augmentation System 

SS System simulator 

SSS Secondary Synchronization Signal 

SV Space Vehicle 

SV ID Space Vehicle Identity 

TDD Time Division Duplex 

TTFF Time To First Fix 

UE User Equipment 

WLS Weighted Least Square 

WGS-84 World Geodetic System 1984 



General test conditions 



4.1 



Introduction 



This clause defines the various common test conditions required for the various measurement requirements in the 
remainder of the document. 

In this clause the terms GNSS and A-GNSS also include the cases where the only satellite system used is GPS unless 
otherwise stated. 
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4.2 



GNSS test conditions 



4.2.1 GNSS signals 

The GNSS signal is defined at the A-GNSS antenna connector of the UE. For UE with integral antenna only, a 
reference antenna with a gain of dBi is assumed. 

4.2.2 GNSS frequency 

The GNSS signals shall be transmitted with a frequency accuracy of ± 0.025 PPM. 

4.2.3 GNSS static propagation conditions 

The propagation for the static performance measurement is an Additive White Gaussian Noise (AWGN) environment. 
No fading and multi-paths exist for this propagation model. 

4.2.4 GNSS multi-patin conditions 

Doppler frequency difference between direct and reflected signal paths is applied to the carrier and code frequencies. 
The Carrier and Code Doppler frequencies of LOS and multi-path for GNSS signals are defined in table 4.2.1. 

Table 4.2.1 : Multi-path Conditions for GNSS Signals 



Initial relative Delay 
[GNSS chip] 



Carrier Doppler 
frequency of tap [Hz] 



Code Doppler 
frequency of tap [Hz] 



Relative mean Power 
[dB] 







Fd 



Fd/N 







X 



Fd-0.1 



NOTE: Discrete Doppler frequency is used for each tap. 



(Fd-0.1 )/N 



Where the X and Y depends on the GNSS signal type and is shown in Table 4.2.2, and N is the ratio between the 
transmitted carrier frequency of the signals and the transmitted chip rate as shown in Table 4.2.3 (where k in Table 4.2.3 
is the GLONASS frequency channel number). 

Table 4.2.2 



System 


Signals 


X[m] 


Y[dB] 


Galileo 


E1 


125 


-4.5 


E5a 


15 


-6 


E5b 


15 


-6 


GPS/Modernized 
GPS 


L1 G/A 


0.5 chip/ 
150m 


-6 


L1G 


125 


-4.5 


L2G 


150 


-6 


L5 


15 


-6 


GLONASS 


G1 


275 


-12.5 


G2 


275 


-12.5 



£75/ 



3GPP TS 37.571-1 version 9.1.0 Release 9 



15 



ETSI TS 137 571-1 V9.1.0 (2012-03) 



Table 4.2.3 



System 


Signals 


N 


Galileo 


E1 


1540 


E5a 


115 


E5b 


118 


GPS/Modernized 
GPS 


L1 G/A 


1540 


L1G 


1540 


L2G 


1200 


L5 


115 


GLONASS 


G1 


3135.03 + k- 1.10 


G2 


2438.36 + k ■ 0.86 



The initial carrier phase difference between taps shall be randomly selected between and 2 n radians. The initial value 
shall have uniform random distribution. 

4.2.5 UEs supporting multiple satellite signals 

For UEs supporting multiple satellite signals, different minimum performance requirements may be associated with 
different signals. The satellite simulator shall generate all signals supported by the UE. Signals not supported by the UE 
do not need to be simulated. The relative power levels of each signal type for each GNSS are defined in Table 4.2.4. 
The individual test scenarios in clauses 6 and 7 define the reference signal power level for each satellite. The power 
level of each simulated satellite signal type shall be set to the reference signal power level defined in each test scenario 
in clauses 6 and 7 plus the relative power level defined in Table 4.2.4. 

Table 4.2.4: Relative signal power levels for each signal type for each GNSS 





Galileo 


GPS/Modernized 
GPS 


GLONASS 


QZSS 


SBAS 


Signal power levels 
relative to 
reference power 
levels 


El 


OdB 


LI G/A 


OdB 


G1 


OdB 


LI G/A 


OdB 


LI 


OdB 


E6 


+2dB 


L1G 


+1.5 dB 


G2 


-6dB 


L1G 


+1.5 dB 






E5 


+2dB 


L2C 


-1.5 dB 






L2G 


-1.5 dB 










L5 


+3.6 dB 






L5 


+3.6 dB 







NOTE 1: For test cases which involve "Modernized GPS", the satellite simulator shall also generate the GPS LI 
C/A signal if the UE supports "GPS" in addition to "Modernized GPS". 

NOTE 2: The signal power levels in the Test Parameter Tables represent the total signal power of the satellite per 
channel not e.g. pilot and data channels separately. 



4.2.6 GNSS multi System Time Offsets 



If more than one GNSS is used in a test, the accuracy of the GNSS-GNSS Time Offsets used at the system simulator 
shall be better than 3 ns. 



4.3 



UTRA test conditions 



4.3.1 UTRA frequency band and frequency range 

The UTRA tests in clauses 5 and 6 in the present document are performed at mid range of the UTRA operating 
frequency band of the UE. The UARFCNs to be used for mid range are defined in 3GPP TS 34.108 [28], clause 5.1.1. 

If the UE supports multiple frequency bands then the Sensitivity tests in clauses 5.2 and 6.2 shall be repeated in each 
supported frequency band. 
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4.3.2 UTRA frequency 

For the UTRA tests in clause 5 the UTRA frequency shall be offset with respect to the nominal frequency by an amount 
equal to the sum of +0.025 PPM and the offset in PPM of the actual transmitted GPS carrier frequency with respect to 
the nominal GPS frequency. 

4.3.3 Sensors 

The UTRA tests in clause 6 shall be met without the use of any data coming from sensors that can aid the positioning. A 
dedicated test message 'RESET UE POSITIONING STORED INFORMATION' has been defined in TS 34.109 [29] for 
the purpose of disabling any such sensors. 

4.4 E-UTRA test conditions 

4.4.1 E-UTRA frequency band and frequency range 

The E-UTRA A-GNSS tests in clause 7 are performed on one of the mid range EARFCNs of the E-UTRA operating 
frequency band of the UE. 

If the UE supports multiple frequency bands then the A-GNSS Sensitivity tests in clause 7.1 shall be repeated in each 
supported frequency band. 

4.4.2 Sensors 

All the minimum performance requirements in clause 7 shall be met without the use of any data coming from sensors 
that can aid the positioning. A dedicated test message 'RESET UE POSITIONING STORED INFORMATION' has 
been defined in TS 36.509 [11] for the purpose of disabling any such sensors. 

4.5 A-GNSS test conditions 

4.5.1 General 

Clauses 5, 6 and 7 define the minimum performance requirements for both UE based and UE assisted A-GNSS 
terminals. If a terminal supports both modes then it shall be tested in both modes. 

4.5.2 UTRAN measurement parameters 

4.5.2.1 UE based A-GNSS measurement parameters 

In case of UE-based A-GNSS, the measurement parameters are contained in the RRC UE POSITIONING POSITION 
ESTIMATE INFO IE. The measurement parameter is the horizontal position estimate reported by the UE and expressed 
in latitude/longitude. 

4.5.2.2 UE assisted A-GNSS measurement parameters 

In case of UE-assisted A-GNSS, the measurement parameters are contained in the RRC UE POSITIONING GANSS 
MEASURED RESULTS IE and/or the RRC UE POSITIONING GPS MEASURED RESULTS IE. The measurement 
parameters are the UE GANSS Code Phase measurements and/or the UE GPS Code Phase measurements, as specified 
in 3GPP TS 25.302 [32] and 3GPP TS 25.215 [33]. The UE GANSS Code Phase measurements and/or the UE GPS 
Code Phase measurements are converted into a horizontal position estimate using the procedure detailed in Annex B. 

4.5.2.3 2D position error 

The 2D position error is defined by the horizontal difference in meters between the ellipsoid point reported or calculated 
from the UE Measurement Report and the actual simulated position of the UE in the test case considered. 
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4.5.2.4 Response time 

Max Response Time is defined as the time starting from the moment that the UE has received the final RRC 
measurement control message containing reporting criteria different from "No Reporting" sent before the UE sends the 
measurement report containing the position estimate or the GANSS and/or GPS measured result, and ending when the 
UE starts sending the measurement report containing the position estimate or the GANSS and/or GPS measured result 
on the Uu interface. The response times specified for all test cases are Time-to-First-Fix (TTFF) unless otherwise stated, 
i.e. the UE shall not re-use any information on GNSS time, location or other aiding data that was previously acquired or 
calculated and stored internally in the UE. A dedicated test message 'RESET UE POSITIONING STORED 
INFORMATION' specified in 3GPP TS 34.109 [29], clause 5.4, has been defined for the purpose of deleting this 
information. 

4.5.3 E-UTRAN measurement parameters 

4.5.3.1 UE based A-GNSS measurement parameters 

In case of UE-based A-GNSS, the measurement parameters are contained in the LPP GNSS-Locationlnformation IE 
which is included in the A-GNSS-ProvideLocationlnformation IE provided in the LPP message of type PROVIDE 
LOCATION INFORMATION. The measurement parameter in case of UE-based A-GNSS is the horizontal position 
estimate reported by the UE and expressed in latitude/longitude. 

4.5.3.2 UE assisted A-GNSS measurement parameters 

In case of UE-assisted A-GNSS, the measurement parameters are contained in the LPP 

GNSS-SignalMeasurementlnformation IE which is included in the A-GNSS-ProvideLocationlnformation IE provided in 
the LPP message of type PROVIDE LOCATION INFORMATION. The measurement parameters in case of UE- 
assisted A-GNSS are the UE GNSS code phase measurements, as specified in 3GPP TS 36.302 [5] and 3GPP TS 
36.214 [6]. The UE GNSS code phase measurements are converted into a horizontal position estimate using the 
procedure detailed in Annex B . 

4.5.3.3 2D Error definition 

The 2D position error is defined by the horizontal difference in meters between the ellipsoid point reported or calculated 
from the LPP message of type PROVIDE LOCATION INFORMATION and the actual position of the UE in the test 
case considered. 

4.5.3.4 Response time 

Max Response Time is defined as the time starting from the moment that the UE has received the LPP message of type 
REQUEST LOCATION INFORMATION, and ending when the UE starts sending the LPP message of type PROVIDE 
LOCATION INFORMATION on the Uu interface. The response times specified for all test cases are Time-to-First-Fix 
(TTFF) unless otherwise stated, i.e. the UE shall not re-use any information on GNSS time, location or other aiding data 
that was previously acquired or calculated and stored internally in the UE. A dedicated test message 'RESET UE 
POSITIONING STORED INFORMATION' has been defined in TS 36.509 [11] clause 6.9 for the purpose of deleting 
this information. 

4.5.4 Converting A-GNSS UE-assisted measurement reports into position 
estimates 

To convert the A-GNSS UE measurement reports in case of UE-assisted mode of A-GNSS into position errors, a 
transformation between the "measurement domain" (code-phases, etc.) into the "state" domain (position estimate) is 
necessary. Such a transformation procedure is outlined in Annex B. 
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4.6 ECID test conditions 

4.6.1 Simulated cells 

For the ECID performance test cases in clause 8.1, a cell environment as defined in 3GPP TS 36.508 [18] with Cell 1 is 
used. The default parameters for simulated cells are the same as specified in 3GPP TS 36.508 [18], with the following 
exceptions: 

[FFS] 

4.6.2 Propagation conditions 

4.6.2.1 Static 

See TS 36.521-1 [24] clause B.l. 

4.6.2.2 Multi-path fading 

See TS 36.521-1[24] clauses B.2, B.2.1 and B.2.2. 

4.7 OTDOA test conditions 

4.7.1 Simulated cells 

For the OTDOA measurement test cases in clause 9.1, a multi cell environment as defined in 3GPP TS 36.508 [18] with 
Cell 1, Cell 2, and Cell 4 (if needed in the test) is used. The default parameters for simulated cells are the same as 
specified in 3GPP TS 36.508 [18], with the following exceptions: 

All cells transmit PRS according to the PRS configuration provided in the OTDOA assistance data defined for 
each test. The positioning subframes are low-interference subframes, i.e. contain no PDSCH transmissions. 

The physical layer cell identities are selected such that the relative shifts of PRS patterns among cells used in the 
tests are as given by the test parameters of the individual test cases. 

The cells shall be synchronized and the timing offset (the RSTD) between the cells referenced to the UE's 
antenna input is given in the individual test cases. 

4.7.2 Propagation conditions 

4.7.2.1 static 

See TS 36.521-1 [24] clause B.l. 

4.7.2.2 Multi-path fading 

See TS 36.521-1 [24] clauses B.2, B.2.1 and B.2.2. 

4.7.3 Response time 

The response time is defined as the time starting from the moment that the UE has received the LPP message of type 
REQUEST LOCATION INFORMATION, and ending when the UE starts sending the LPP message of type PROVIDE 
LOCATION INFORMATION on the Uu interface. The response time specified for the Measurement Reporting Delay 
test cases assumes that the UE shall not re-use any RSTD information or other aiding data that was previously acquired 
and stored internally in the UE. A dedicated test message 'RESET UE POSITIONING STORED INFORMATION' has 
been defined in TS 36.509 [11] clause 6.9 for the purpose of deleting this information. 
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UTRA A-GPS Minimum Performance requirements 



5.1 



General 



This clause defines the minimum performance requirements for FDD UTRA terminals where the only Assisted Global 
Navigation Satellite System (A-GNSS) supported is Assisted Global Positioning System (A-GPS) LI C/A. The 
procedures for UEs that support other or additional A-GNSSs are specified in clause 6. This clause defines requirements 
for both UE based and UE assisted modes; if a terminal supports both modes then it shall be tested in both modes 

The requirements in this clause are defined for CELL_DCH and CELL_FACH states. All tests shall be performed in 
CELL_DCH state and the Nominal Accuracy Performance test case shall be also performed in CELL_FACH state. 

5.2 Sensitivity 

5.2.1 Sensitivity Coarse Time Assistance 



5.2.1.1 



Definition and applicability 



Sensitivity with coarse time assistance is the minimum level of GPS satellite signals required for the UE to make an A- 
GPS position estimate to a specific accuracy and within a specific response time when the network only provides coarse 
time assistance. 

The requirements and this test apply to all types of UTRA for the FDD UE that supports A-GPS. 

5.2.1.2 Minimum requirements 

The first fix position estimates shall meet the accuracy and response time requirements in table 5.2.1.2 for the 
parameters specified in table 5.2.1.1. 

Table 5.2.1.1 : Test parameters for Sensitivity Coarse Time Assistance 



Parameters 


Unit 


Value 


Number of generated satellites 


- 


8 


HDOP Range 


- 


1.1 to 1.6 


Propagation conditions 


- 


AWGN 


GPS Coarse Time assistance error 
range 


seconds 


±2 


GPS Signal for one satellite 


dBm 


-142 


GPS Signal for remaining satellites 


dBm 


-147 



Table 5.2.1.2: Minimum requirements for Sensitivity Coarse Time Assistance 



Success rate 


2-D position error 


Max response time 


95% 


100 m 


20 s 



The reference for this requirement is 3GPP TS 25.171 [31], clause 5.1.1.1. 



5.2.1.3 



Test purpose 



To verify the UE's first position estimate meets the minimum requirements under GPS satellite signal conditions that 
represent weak signal conditions and with only Coarse Time Assistance provided by the SS. 
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5.2.1.4 Method of test 

5.2.1.4.1 Initial conditions 

Test environment: normal; see Annex G. 

1. Connect SS and GSS to the UE antenna connector or antenna connectors as shown in figures A.l or A. 2. 

2. Set the GPS test parameters as specified in table 5.2.1.3 for GPS scenario #1. Select the first satellite PRN 
defined in the table in 3GPP TS 37.571-5 [20] clause 5.2.1.2.5 for the one satellite with the higher level. 

3. Switch on the UE. 

5.2.1.4.2 Procedure 

1. Start GPS scenario #1 as specified in 3GPP TS 37.571-5 [20] clause 5.2.1.2 with the UE location randomly 
selected to be within 3 km of the Reference Location and the altitude of the UE randomly selected between m 
to 500 m above WGS-84 reference ellipsoid using the method described in 3GPP TS 37.571-5 [20] clause 
5.2.1.2.4 

2. Set up a connection using the procedure in clause F.2. 

3. Send a RESET UE POSITIONING STORED INFORMATION message followed by RRC MEASUREMENT 
CONTROL messages containing appropriate assistance data; as specified in 3GPP TS 37.571-5 [20], clauses 
5.2.2 and 5.2.6 for UE based testing; or clauses 5.2.4 and 5.2.6 for UE assisted testing with the value of GPS 
TOW msec offset by a random value as specified in 3GPP TS 37.571-5 [20] clause 5.2.6.2; as required to obtain 
a fix using the procedure specified in 3GPP TS 34.108 [28], clauses 7.5.1 or 7.5.4. 

4. If the UE returns a valid result in the MEASUREMENT REPORT message within the Max response time 
specified in table 5.2.1.4 then record the result and process it as specified in step 5. If the UE does not return a 
valid result within the Max response time specified in table 5.2.1.4 or reports a UE positioning error in the 
MEASUREMENT REPORT message then record one Bad Result. 

5. For UE based testing compare the reported position estimate in the MEASUREMENT REPORT message 
against the simulated position of the UE used in step 1, and calculate the 2D position error as specified in clause 
4.5.2.3. Compare the 2D position error against the value in table 5.2.1.4 and record one Good Result or Bad 
Result as appropriate; or 

For UE assisted testing convert the GPS measured results reported in the MEASUREMENT REPORT message 
to a 2D position using the method described in Annex B and then compare the result against the simulated 
position of the UE, used in step 1, and calculate the 2D position error as specified in clause 4.5.2.3. Compare the 
2D position error against the value in table 5.2.1.4 and record one Good Result or Bad Result as appropriate. 

6. Release the connection using the procedure in clause F.3. 

7. Repeat steps 1 to 6 using GPS scenario #2 instead of #1 so that the reference location changes sufficiently such 
that the UE shall have to use the new assistance data. Select the first satellite PRN defined in the table in 3GPP 
TS 37.571-5 [20] clause 5.2.1.2.5 for the one satellite with the higher level. Use new random values for the UE 
location and altitude in step 1 and for the GPS TOW msec offset in step 3. 

8. Repeat steps 1 to 7 until the statistical requirements of clause 5.2.1.5 are met. Each time scenario #1 or #2 is 
used, the start time of the GPS scenario shall be advanced by 2 minutes from the time used previously for that 
scenario. Once a scenario reaches the end of its viable running time, restart it from its nominal start time again. 
Each time scenario #1 or #2 is used select the next satellite PRN from the one used previously, defined in the 
table in 3GPP TS 37.571-5 [20] clause 5.2.1.2.5, for the one satellite with the higher level. 

5.2.1.5 Test Requirements 

For the parameters specified in table 5.2.1.3 the UE shall meet the requirements and the success rate specified in 
table 5.2.1.4 with a confidence level of 95% according to annex D. 
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Table 5.2.1.3: Test parameters for Sensitivity Coarse Time Assistance 



Parameters 


Unit 


Value 


Number of generated satellites 


- 


8 


HDOP Range 


- 


1.1 to 1.6 


Propagation conditions 


- 


AWGN 


GPS Coarse Time assistance error 
range 


seconds 


+1.8 


GPS Signal for one satellite 


dBm 


-141 


GPS Signal for remaining satellites 


dBm 


-146 



Table 5.2.1.4: Test requirements for Sensitivity Coarse Time Assistance 



Success rate 


2-D position error 


Max response time 


95% 


101.3m 


20.3 s 



NOTE: If the above Test Requirement differs from the Minimum Requirement then the Test Tolerance applied 
for this test is non-zero. The Test Tolerance for this test is defined in clause C.2 and the explanation of 
how the Minimum Requirement has been relaxed by the Test Tolerance is given in clause C.4. 



5.2.2 Sensitivity Fine Time Assistance 



5.2.2.1 



Definition and applicability 



Sensitivity with fine time assistance is the minimum level of GPS satellite signals required for the UE to make an A- 
GPS position estimate to a specific accuracy and within a specific response time when the network provides fine time 
assistance in addition to coarse time assistance. 

The requirements and this test apply to all types of UTRA for the FDD UE that supports A-GPS and that is capable of 
providing an enhanced performance when the network provides Fine Time Assistance. 



5.2.2.2 



Minimum requirements 



The first fix position estimates shall meet the accuracy and response time requirements in table 5.2.2.2 for the 
parameters specified in table 5.2.2.1. 

Table 5.2.2.1 : Test parameters for Sensitivity Fine Time Assistance 



Parameters 


Unit 


Value 


Number of generated satellites 


- 


8 


HDOP Range 


- 


1.1 to 1.6 


Propagation conditions 


- 


AWGN 


GPS Coarse time assistance error 
range 


seconds 


+2 


GPS Fine Time assistance error 
range 


US 


±10 


GPS Signal for all satellites 


dBm 


-147 



Table 5.2.2.2: Minimum requirements for Sensitivity Fine Time Assistance 



Success rate 


2-D position error 


Max response time 


95% 


100 m 


20 s 



The reference for this requirement is 3GPP TS 25.171 [31], clause 5.1.2.1. 
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5.2.2.3 Test purpose 

To verify the UE's first position estimate meets the minimum requirements under GPS satellite signal conditions that 
represent weak signal conditions and with Fine Time Assistance provided by the SS. 

5.2.2.4 Method of test 

5.2.2.4.1 Initial conditions 

Test environment: normal; see Annex G. 

1. Connect SS and GSS to the UE antenna connector or antenna connectors as shown in figures A.l or A. 2. 

2. Set the GPS test parameters as specified in table 5.2.2.3 for GPS scenario #1. 

3. Switch on the UE. 

5.2.2.4.2 Procedure 

1. Start GPS scenario #1 as specified in 3GPP TS 37.571-5 [20] clause 5.2.1.2 with the UE location randomly 
selected to be within 3 km of the Reference Location and the altitude of the UE randomly selected between m 
to 500 m above WGS-84 reference ellipsoid using the method described in 3GPP TS 37.571-5 [20] clause 
5.2.1.2.4 

2. Set up a connection using the procedure in clause F.2. 

3. Send a RESET UE POSITIONING STORED INFORMATION message followed by RRC MEASUREMENT 
CONTROL messages containing appropriate assistance data; as specified in 3GPP TS 37.571-5 [20], clauses 
5.2.2 and 5.2.6 for UE based testing; or clauses 5.2.4 and 5.2.6 for UE assisted testing with the values of GPS 
TOW msec and UTRAN GPS timing of cell frames offset by random values as specified in 3GPP TS 37.571-5 
[20] clause 5.2.6.2; as required to obtain a fix using the procedure specified in 3GPP TS 34.108 [28], clauses 
7.5.1 or 7.5 .4. 

4. If the UE returns a valid result in the MEASUREMENT REPORT message within the Max response time 
specified in table 5.2.2.4 then record the result and process it as specified in step 5. If the UE does not return a 
valid result within the Max response time specified in table 5.2.2.4 or reports a UE positioning error in the 
MEASUREMENT REPORT message then record one Bad Result. 

5. For UE based testing compare the reported position estimate in the MEASUREMENT REPORT message 
against the simulated position of the UE used in step 1, and calculate the 2D position error as specified in clause 
4.5.2.3. Compare the 2D position error against the value in table 5.2.2.4 and record one Good Result or Bad 
Result as appropriate; or 

For UE assisted testing convert the GPS measured results reported in the MEASUREMENT REPORT message 
to a 2D position using the method described in Annex B and then compare the result against the simulated 
position of the UE used in step 1, and calculate the 2D position error as specified in clause 4.5.2.3. Compare the 
2D position error against the value in table 5.2.2.4 and record one Good Result or Bad Result as appropriate. 

6. Release the connection using the procedure in clause F.3. 

7. Repeat steps 1 to 6 using GPS scenario #2 instead of #1 so that the reference location changes sufficiently such 
that the UE shall have to use the new assistance data. Use new random values for the UE location and altitude in 
step 1 and for the GPS TOW msec and UTRAN GPS timing of cell frames offsets in step 3. 

8. Repeat steps 1 to 7 until the statistical requirements of clause 5.2.2.5 are met. Each time scenario #1 or #2 is 
used, the start time of the GPS scenario shall be advanced by 2 minutes from the time used previously for that 
scenario. Once a scenario reaches the end of its viable running time, restart it from its nominal start time again. 

5.2.2.5 Test Requirements 

For the parameters specified in table 5.2.2.3 the UE shall meet the requirements and the success rate specified in 
table 5.2.2.4 with a confidence level of 95% according to annex D. 



£75/ 



3GPP TS 37.571-1 version 9.1.0 Release 9 



23 



ETSI TS 137 571-1 V9.1.0 (2012-03) 



Table 5.2.2.3: Test parameters for Sensitivity Fine Time Assistance 



Parameters 


Unit 


Value 


Number of generated satellites 


- 


8 


HDOP Range 


- 


1.1 to 1.6 


Propagation conditions 


- 


AWGN 


GPS Coarse time assistance error 
range 


seconds 


±1.8 


GPS Fine Time assistance error 
range 


US 


+9 


GPS Signal for all satellites 


dBm 


-146 



Table 5.2.2.4: Test requirements for Sensitivity Fine Time Assistance 



Success rate 


2-D position error 


Max response time 


95% 


101.3m 


20.3 s 



NOTE: If the above Test Requirement differs from the Minimum Requirement then the Test Tolerance applied 
for this test is non-zero. The Test Tolerance for this test is defined in clause C.2 and the explanation of 
how the Minimum Requirement has been relaxed by the Test Tolerance is given in clause C.4. 

5.3 Nominal Accuracy 

5.3.1 Definition and applicability 

Nominal accuracy is the accuracy of the UE's A-GPS position estimate under ideal GPS signal conditions. 
The requirements and this test apply to all types of UTRA for the FDD UE that supports A-GPS. 

5.3.2 Minimum requirements 

The first fix position estimates shall meet the accuracy and response time requirements in table 5.3.2 for the parameters 
specified in table 5.3.1. 

Table 5.3.1 : Test parameters for Nominal Accuracy 



Parameters 


Unit 


Value 


Number of generated satellites 


- 


8 


HDOP Range 


- 


1.1 to 1.6 


Propagation conditions 


- 


AWGN 


GPS Coarse Time assistance error 
range 


seconds 


+2 


GPS Signal for all satellites 


dBm 


-130 



Table 5.3.2: Minimum requirements for Nominal Accuracy 



Success rate 


2-D position error 


Max response time 


95% 


30 m 


20 s 



The reference for this requirement is 3GPP TS 25.171 [31], clause 5.2.1. 

5.3.3 Test purpose 

To verify the UE's first position estimate meets the minimum requirements under GPS satellite signal conditions that 
represent ideal conditions. 
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5.3.4 Method of test 
5.3.4.1 Initial conditions 

Test environment: normal; see Annex G. 

1. Connect SS and GSS to the UE antenna connector or antenna connectors as shown in figures A.l or A. 2. 

2. Set the GPS test parameters as specified in table 5.3.3 for GPS scenario #1. 

3. Switch on the UE. 



5.3.4.2 



Procedure 



1. Start GPS scenario #1 as specified in 3GPP TS 37.571-5 [20] clause 5.2.1.2 with the UE location randomly 
selected to be within 3 km of the Reference Location and the altitude of the UE randomly selected between m 
to 500 m above WGS-84 reference ellipsoid using the method described in 3GPP TS 37.571-5 [20] clause 
5.2.1.2.4 

2. Set up a connection using the procedure in clause F.2. 

3. Send a RESET UE POSITIONING STORED INFORMATION message followed by RRC MEASUREMENT 
CONTROL messages containing appropriate assistance data; as specified in 3GPP TS 37.571-5 [20], clauses 
5.2.2 and 5.2.6 for UE based testing; or clauses 5.2.4 and 5.2.6 for UE assisted testing with the value of GPS 
TOW msec offset by a random value as specified in 3GPP TS 37.571-5 [20] clause 5.2.6.2; using the exception 
to the RRC MEASUREMENT CONTROL message listed in table 5.3. 2A; as required to obtain a fix using the 
procedure specified in 3GPP TS 34.108 [28], clauses 7.5.1 or 7.5.4. 

Table 5.3.2A: Contents of RRC MEASUREMENT CONTROL message 



Information Element 


Value/Remark 


- UE positioning reporting quantity 
- Horizontal accuracy 


10 (15.9 m) 



4. If the UE returns a valid result in the MEASUREMENT REPORT message within the Max response time 
specified in table 5.3.4 then record the result and process it as specified in step 5. If the UE does not return a 
valid result within the Max response time specified in table 5.3.4 or reports a UE positioning error in the 
MEASUREMENT REPORT message then record one Bad Result. 

5. For UE based testing compare the reported position estimate in the MEASUREMENT REPORT message 
against the simulated position of the UE used in step 1, and calculate the 2D position error as specified in clause 
4.5.2.3. Compare the 2D position error against the value in table 5.3.4 and record one Good Result or Bad Result 
as appropriate; or 

For UE assisted testing convert the GPS measured results reported in the MEASUREMENT REPORT message 
to a 2D position using the method described in Annex B and then compare the result against the simulated 
position of the UE used in step 1, and calculate the 2D position error as specified in clause 4.5.2.3. Compare the 
2D position error against the value in table 5.3.4 and record one Good Result or Bad Result as appropriate. 

6. Release the connection using the procedure in clause F.3. 

7. Repeat steps 1 to 6 using GPS scenario #2 instead of #1 so that the reference location changes sufficiently such 
that the UE shall have to use the new assistance data. Use new random values for the UE location and altitude in 
step 1 and for the GPS TOW msec offset in step 3. 

8. Repeat steps 1 to 7 until the statistical requirements of clause 5.3.5 are met. Each time scenario #1 or #2 is used, 
the start time of the GPS scenario shall be advanced by 2 minutes from the time used previously for that 
scenario. Once a scenario reaches the end of its viable running time, restart it from its nominal start time again. 
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5.3.5 Test Requirements 

For the parameters specified in table 5.3.3 the UE shall meet the requirements and the success rate specified in 
table 5.3.4 with a confidence level of 95% according to annex D. 

Table 5.3.3: Test parameters for Nominal Accuracy 



Parameters 


Unit 


Value 


Number of generated satellites 


- 


8 


HDOP Range 


- 


1.1 to 1.6 


Propagation conditions 


- 


AWGN 


GPS Coarse Time assistance error 
range 


seconds 


±1.8 


GPS Signal for all satellites 


dBm 


-130 



Table 5.3.4: Test requirements for Nominal Accuracy 



Success rate 


2-D position error 


IVIax response time 


95% 


31.3 m 


20.3 s 



NOTE: If the above Test Requirement differs from the Minimum Requirement then the Test Tolerance applied 
for this test is non-zero. The Test Tolerance for this test is defined in clause C.2 and the explanation of 
how the Minimum Requirement has been relaxed by the Test Tolerance is given in clause C.4. 

5.4 Dynamic Range 

5.4.1 Definition and applicability 

Dynamic Range is the maximum difference in level of the GPS signals from a number of satellites that allows the UE to 
make an A-GPS position estimate with a specific accuracy and a specific response time. 

The requirements and this test apply to all types of UTRA for the FDD UE that supports A-GPS. 



5.4.2 Minimum requirements 

The first fix position estimates shall meet the accuracy and response time requirements in table 5.4.2 for the parameters 
specified in table 5.4.1. 

Table 5.4.1 : Test parameters for Dynamic Range 





Parameters 


Unit 


Value 






Number of generated satellites 


- 


6 






HDOP Range 


- 


1.4 to 2.1 






GPS Coarse Time assistance 
error range 


seconds 


+2 






Propagation conditions 


- 


AWGN 






GPS Signal for IS' satellite 


dBm 


-129 






GPS Signal for 2"^ satellite 


dBm 


-135 






GPS Signal for 3'''^ satellite 


dBm 


-141 






GPS Signal for 4* satellite 


dBm 


-147 






GPS Signal for 5* satellite 


dBm 


-147 






GPS Signal for 6* satellite 


dBm 


-147 






Table 5.4.2: Minimum requirements for Dynamic Range 




Success rate 


2-D position error 


Max response time 


95% 


100 m 


20 s 
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The reference for this requirement is 3GPP TS 25.171 [31], clause 5.3.1. 



5.4.3 Test purpose 



To verify the UE's first position estimate meets the minimum requirements under GPS satellite signal conditions that 
have a wide dynamic range. Strong satellites are likely to degrade the acquisition of weaker satellites due to their 
cross-correlation products. 

5.4.4 Method of test 

5.4.4.1 Initial conditions 

Test environment: normal; see Annex G. 

1. Connect SS and GSS to the UE antenna connector or antenna connectors as shown in figures A.l or A. 2. 

2. Set the GPS test parameters as specified in table 5.4.3 for GPS scenario #1. Select the first three satellite PRNs 
defined in the table in 3GPP TS 37.571-5 [20] clause 5.2.1.2.5 for the three satellites with the higher levels. 

3. Switch on the UE. 

5.4.4.2 Procedure 

1. Start GPS scenario #1 as specified in 3GPP TS 37.571-5 [20] clause 5.2.1.2 with the UE location randomly 
selected to be within 3 km of the Reference Location and the altitude of the UE randomly selected between m 
to 500 m above WGS-84 reference ellipsoid using the method described in 3GPP TS 37.571-5 [20] clause 
5.2.1.2.4 

2. Set up a connection using the procedure in clause F.2. 

3. Send a RESET UE POSITIONING STORED INFORMATION message followed by RRC MEASUREMENT 
CONTROL messages containing appropriate assistance data; as specified in 3GPP TS 37.571-5 [20], clauses 
5.2.2 and 5.2.6 for UE based testing; or clauses 5.2.4 and 5.2.6 for UE assisted testing with the value of GPS 
TOW msec offset by a random value as specified in 3GPP TS 37.571-5 [20] clause 5.2.6.2; as required to obtain 
a fix using the procedure specified in 3GPP TS 34.108 [28], clauses 7.5.1 or 7.5.4. 

4. If the UE returns a valid result in the MEASUREMENT REPORT message within the Max response time 
specified in table 5.4.4 then record the result and process it as specified in step 5. If the UE does not return a 
valid result within the Max response time specified in table 5.4.4 or reports a UE positioning error in the 
MEASUREMENT REPORT message then record one Bad Result. 

5. For UE based testing compare the reported position estimate in the MEASUREMENT REPORT message 
against the simulated position of the UE used in step 1, and calculate the 2D position error as specified in clause 
4.5.2.3. Compare the 2D position error against the value in table 5.4.4 and record one Good Result or Bad Result 
as appropriate; or 

For UE assisted testing convert the GPS measured results reported in the MEASUREMENT REPORT message 
to a 2D position using the method described in Annex B and then compare the result against the simulated 
position of the UE used in step 1, and calculate the 2D position error as specified in clause 4.5.2.3. Compare the 
2D position error against the value in table 5.4.4 and record one Good Result or Bad Result as appropriate. 

6. Release the connection using the procedure in clause F.3. 

7. Repeat steps 1 to 6 using GPS scenario #2 instead of #1 so that the reference location changes sufficiently such 
that the UE shall have to use the new assistance data. Select the first three satellite PRNs defined in the table in 
3GPP TS 37.571-5 [20] clause 5.2. 1.2.5 for the three satellites with the higher levels. Use new random values for 
the UE location and altitude in step 1 and for the GPS TOW msec offset in step 3. 

8. Repeat steps 1 to 7 until the statistical requirements of clause 5.4.5 are met. Each time scenario #1 or #2 is used, 
the start time of the GPS scenario shall be advanced by 2 minutes from the time used previously for that 
scenario. Once a scenario reaches the end of its viable running time, restart it from its nominal start time again. 
Each time scenario #1 or #2 is used, increment the set of three satellite PRNs by one from the ones used 
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previously, defined in the table in 3GPP TS 37.571-5 [20] clause 5.2.1.2.5, for the three satellites with the higher 
levels (i.e. if the set of satellites is a, b, c, d, e, f and the first set used was a, b, c, the second set shall be b, c, d 
and so on). 

5.4.5 Test Requirements 

For the parameters specified in table 5.4.3 the UE shall meet the requirements and the success rate specified in 
table 5.4.4 with a confidence level of 95% according to annex D. 

Table 5.4.3: Test parameters for Dynamic Range 



Parameters 


Unit 


Value 


Number of generated satellites 


- 


6 


HDOP Range 


- 


1.4 to 2.1 


GPS Coarse Time assistance 
error range 


seconds 


+2+TT 


Propagation conditions 


- 


AWGN 


GPS Signal for 1^' satellite 


dBm 


-128.2 


GPS Signal for 2"'^ satellite 


dBm 


-134 


GPS Signal for 3^'^ satellite 


dBm 


-140 


GPS Signal for 4* satellite 


dBm 


-146 


GPS Signal for 5* satellite 


dBm 


-146 


GPS Signal for 6* satellite 


dBm 


-146 



Table 5.4.4: Test requirements for Dynamic Range 



Success rate 


2-D position error 


Max response time 


95% 


101.3m 


20.3 s 



NOTE: If the above Test Requirement differs from the Minimum Requirement then the Test Tolerance applied 
for this test is non-zero. The Test Tolerance for this test is defined in clause C.2 and the explanation of 
how the Minimum Requirement has been relaxed by the Test Tolerance is given in clause C.4. 

5.5 Multi-path Performance 

5.5.1 Definition and applicability 

Multi-path performance measures the accuracy and response time of the UE's A-GPS position estimate in a specific 
GPS signal multi-path environment. 

The requirements and this test apply to all types of UTRA for the FDD UE that supports A-GPS. 

5.5.2 Minimum requirements 

The first fix position estimates shall meet the accuracy and response time requirements in table 5.5.2 for the parameters 
specified in table 5.5. 1 . 

Table 5.5.1 : Test parameters for Multi-path Performance 



Parameters 


Unit 


Value 


Number of generated satellites (see note) 


- 


5 


GPS Coarse Time assistance error range 


seconds 


+2 


HDOP Range 


- 


1.8 to 2.5 


GPS signal for Satellite 1 , 2 (see note) 


dBm 


-130 


GPS signal for Satellite 3, 4, 5 (see note) 


dBm 


LOS signal of -130 dBm, multi-path signal of -136 dBm 


NOTE: Satellites 1 , 2 no multi-path. Satellites 3, 4, 5 multi-path defined in clause 4.2.4. 
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Table 5.5.2: Minimum requirements for IVIulti-path Performance 



Success rate 


2-D position error 


IVIax response time 


95% 


100 m 


20 s 



The reference for this requirement is 3GPP TS 25.171 [31], clause 5.4.1. 

5.5.3 Test purpose 

To verify the UE's first position estimate meets the minimum requirements under GPS satellite signal conditions that 
represent simple multi-path conditions. 

5.5.4 Method of test 

5.5.4.1 Initial conditions 

Test environment: normal; see Annex G. 

1. Connect SS and GSS to the UE antenna connector or antenna connectors as shown in figures A.l or A.2. 

2. Set the GPS test parameters as specified in table 5.5.3 for GPS scenario #1. Select the first two satellite PRNs 
defined in the table in 3GPP TS 37.571-5 [20] clause 5.2.1.2.5 for the two satellites with the higher levels. 

3. Switch on the UE. 

5.5.4.2 Procedure 

1. Start GPS scenario #1 as specified in 3GPP TS 37.571-5 [20] clause 5.2.1.2 with the UE location randomly 
selected to be within 3 km of the Reference Location and the altitude of the UE randomly selected between m 
to 500 m above WGS-84 reference ellipsoid using the method described in 3GPP TS 37.571-5 [20] clause 

5.2. 1 .2.4. The initial carrier phase difference between taps of the multi-path model shall be randomly selected 
between and 2n radians by selecting the next random number from a standard uniform random number 
generator, in the range to 2k, representing radians with a resolution of 0.1, representing 0.1 radians. 

2. Set up a connection using the procedure in clause F.2. 

3. Send a RESET UE POSITIONING STORED INFORMATION message followed by RRC MEASUREMENT 
CONTROL messages containing appropriate assistance data; as specified in 3GPP TS 37.571-5 [20], clauses 
5.2.2 and 5.2.6 for UE based testing; or clauses 5.2.4 and 5.2.6 for UE assisted testing with the value of GPS 
TOW msec offset by a random value as specified in 3GPP TS 37.571-5 [20] clause 5.2.6.2; as required to obtain 
a fix using the procedure specified in 3GPP TS 34.108 [28], clauses 7.5.1 or 7.5.4. 

4. If the UE returns a valid result in the MEASUREMENT REPORT message within the Max response time 
specified in table 5.5.4 then record the result and process it as specified in step 5. If the UE does not return a 
valid result within the Max response time specified in table 5.5.4 or reports a UE positioning error in the 
MEASUREMENT REPORT message then record one Bad Result. 

5. For UE based testing compare the reported position estimate in the MEASUREMENT REPORT message 
against the simulated position of the UE used in step 1, and calculate the 2D position error as specified in clause 
4.5.2.3. Compare the 2D position error against the value in table 5.5.4 and record one Good Result or Bad Result 
as appropriate; or 

For UE assisted testing convert the GPS measured results reported in the MEASUREMENT REPORT message 
to a 2D position using the method described in Annex B and then compare the result against the simulated 
position of the UE used in step 1, and calculate the 2D position error as specified in clause 4.5.2.3. Compare the 
2D position error against the value in table 5.5.4 and record one Good Result or Bad Result as appropriate. 

6. Release the connection using the procedure in clause F.3. 

7. Repeat steps 1 to 6 using GPS scenario #2 instead of #1 so that the reference location changes sufficiently such 
that the UE shall have to use the new assistance data. Select the first two satellite PRNs defined in the table in 
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3GPP TS 37.571-5 [20] clause 5.2.1.2.5 for the two satellites with the higher levels. Use new random values for 
the UE location and altitude, and the initial carrier phase difference between taps of the multi-path model in step 
1 and for the GPS TOW msec offset in step 3. 

8. Repeat steps 1 to 7 until the statistical requirements of clause 5.5.5 are met. Each time scenario #1 or #2 is used, 
the start time of the GPS scenario shall be advanced by 2 minutes from the time used previously for that 
scenario. Once a scenario reaches the end of its viable running time, restart it from its nominal start time again. 
Each time scenario #1 or #2 is used, increment the set of two satellite PRNs by one from the ones used 
previously, defined in the table in 3GPP TS 37.571-5 [20] clause 5.2.1.2.5, for the two satellites with the higher 
level (i.e. if the set of satellites is a, b, c, d, e and the first set used was a, b the second set shall be b, c and so on). 

5.5.5 Test Requirements 

For the parameters specified in table 5.5.3 the UE shall meet the requirements and the success rate specified in 
table 5.5.4 with a confidence level of 95% according to annex D. 

Table 5.5.3: Test parameters for Multi-path Performance 



Parameters 


Unit 


Value 


Number of generated satellites (see note) 


- 


5 


GPS Coarse Time assistance error range 


seconds 


±2+TT 


HDOP Range 


- 


1.8 to 2.5 


GPS signal for Satellite 1 , 2 (see note) 


dBm 


-130 


GPS signal for Satellite 3, 4, 5 (see note) 


dBm 


LOS signal of -130 dBm, multi- 
path signal of -136.2 dBm 


NOTE: Satellites 1 , 2 no multi-path. Satellites 3, 4, 5 multi-path defined in clause 4.2.4. 



Table 5.5.4: Test requirements for Multi-path Performance 



Success rate 


2-D position error 


Max response time 


95% 


101.3m 


20.3 s 



NOTE: If the above Test Requirement differs from the Minimum Requirement then the Test Tolerance applied 
for this test is non-zero. The Test Tolerance for this test is defined in clause C.2 and the explanation of 
how the Minimum Requirement has been relaxed by the Test Tolerance is given in clause C.4. 

5.6 Moving Scenario and Periodic Update Performance 

5.6.1 Definition and applicability 

Moving scenario and periodic update performance measures the accuracy of the UE's A-GPS position estimates and the 
periodic update capability of the UE in a moving scenario. 

The requirements and this test apply to all types of UTRA for the FDD UE that supports A-GPS. 

5.6.2 Minimum requirements 

The position estimates, after the first reported position estimate, shall meet the accuracy requirement in table 5.6.2 with 
the periodical reporting interval of 2 seconds for the parameters specified in table 5.6.1. 

NOTE: In the actual testing the UE may report error messages until it has been able to acquire GPS measured 
results or a position estimate. The SS shall only consider the first measurement report different from an 
error message as the first position estimate in the requirement in table 5.6.2. 
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Table 5.6.1 : Test parameters for Moving Scenario and Periodic Update Performance 



Parameters 


Unit 


Value 


Number of generated satellites 


- 


5 


HDOP Range 


- 


1.8 to 2.5 


Propagation condition 


- 


AWGN 


GPS signal for all satellites 


dBm 


-130 



Table 5.6.2: Minimum requirements for Moving Scenario and Periodic Update Performance 



Success Rate 


2-D position error 


95% 


100 m 



The reference for this requirement is 3GPP TS 25.171 [31], clause 5.5.1. 

5.6.3 Test purpose 

To verify the UE's position estimates, after the first reported position estimate, meet the minimum requirements under 
GPS satellite signal conditions that simulate a moving scenario. A good tracking performance, with regular position 
estimate reporting is essential for certain location services. 

5.6.4 Method of test 



5.6.4.1 



Initial conditions 



Test environment: normal; see Annex G. 

The UE is requested to use periodical reporting with a reporting interval of 2 seconds. 

The GPS signals simulate the UE moving on a rectangular trajectory of 940 m by 1 440 m with rounded corners defined 
in figure 5.6.1 and table 5.6.3. The initial reference is first defined followed by acceleration to final speed of 100 km/h 
in 250 m. The UE then maintains the speed for 400 m. This is followed by deceleration to final speed of 25 km/h in 
250 m. The UE then turn 90 degrees with turning radius of 20 m at 25 km/h. This is followed by acceleration to final 
speed of 100 km/h in 250 m. The sequence is repeated to complete the rectangle. 

Table 5.6.3: Trajectory Parameters for Moving Scenario and Periodic Update Performance test case 



Parameter 


Distance (m) 


Speed (km/h) 


'l1' 'l5' '2I' '25 


20 


25 


'l2' 'l4' '22' '24 


250 


25 to 100 and 100 to 25 


Il3 


400 


100 


'23 


900 


100 
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21 '22 



23 



^24 ^25 



Figure 5.6.1 : Rectangular Trajectory for lUloving Scenario and Periodic Update Performance test case 

1. Connect SS and GSS to the UE antenna connector or antenna connectors as shown in figures A.l or A. 2. 

2. Set the GPS test parameters as specified in table 5.6.4 for GPS scenario #3. 

3. Switch on the UE. 

4. Set up a connection using the procedure in clause F.2. 



5.6.4.2 



Procedure 



1. Start GPS scenario #3 as specified in 3GPP TS 37.571-5 [20], clause 5.2.1.2 

2. Send a RESET UE POSITIONING STORED INFORMATION message followed by RRC MEASUREMENT 
CONTROL messages containing appropriate assistance data; as specified in 3GPP TS 37.571-5 [20], clauses 
5.2.2 and 5.2.6 for UE based testing; or clauses 5.2.4 and 5.2.6 for UE assisted testing; as required to obtain fixes 
using the procedure specified in 3GPP TS 34.108 [28], clauses 7.5.2 or 7.5.5. 

3. Ignore any error messages that the UE may report in MEASUREMENT REPORT messages until it has been 
able to acquire the GPS signals and reports the first GPS measured result or position estimate. 

4. Discard the first GPS measured result or position estimate. 

5. Record the time of reception of the next MEASUREMENT REPORT message after reception of the first GPS 
measured result or position estimate. 

6. After the reception of the first GPS measured result or position estimate reported in a MEASUREMENT 
REPORT message, every time the UE returns a GPS measured result or position estimate in the 
MEASUREMENT REPORT message record the time of reception and the result. If the difference between the 
time of reception and the time of reception of the previous result is less than 1 .5 seconds or greater than 2.5 
seconds, or if the UE reports a UE positioning error in any MEASUREMENT REPORT messages, then record 
one Bad Result. Otherwise process the result as specified in step 7. 

7. For UE based testing compare the reported position estimate in the MEASUREMENT REPORT message 
against the simulated position of the UE at the time of applicability reported in the position estimate and 
calculate the 2D position error as specified in clause 4.5.2.3. Compare the 2D position error against the value in 
table 5.6.5 and record one Good Result or Bad Result as appropriate; or 

For UE assisted testing convert the GPS measured results reported in the MEASUREMENT REPORT message 
to a 2D position using the method described in Annex B and then compare the result against the simulated 
position of the UE at the time of applicability reported in the GPS measured results and calculate the 2D position 
error as specified in clause 4.5.2.3. Compare the 2D position error against the value in table 5.6.5 and record one 
Good Result or Bad Result as appropriate. 

8. If the UE sends the first MEASUREMENT REPORT that contains a measured result or position estimate later 
than 240s after the start of the GPS scenario, fail the UE and stop the test early. Otherwise collect 
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MEASUREMENT REPORTS during 900s, starting from the time recorded in step 5. If at any time the difference 
between the times of reception of two consecutive resuhs is greater than 240s, fail the UE and stop the test early. 
Use the collected Good Results and Bad Results to determine the PASS/FAIL according to clause 5.6.5. 

9. Release the connection using the procedure in clause F.3. 

5.6.5 Test Requirements 

For the parameters specified in table 5.6.4, after the first reported position estimate, the UE shall meet the accuracy 
requirement and the success rate specified in table 5.6.5 with a periodical reporting interval of 2 seconds +/- 20% plus 
measurement system uncertainty of 100ms. 

NOTE: Due to the statistical nature of the results it is not possible to design a test with predefined confidence 

level for the success rate in Table 5.6.5, therefore a simple PASS/FAIL of the results gathered against this 
success rate is used. 

Table 5.6.4: Test parameters for Moving Scenario and Periodic Update Performance 



Parameters 


Unit 


Value 


Number of generated satellites 


- 


5 


HDOP Range 


- 


1.8 to 2.5 


Propagation condition 


- 


AWGN 


GPS signal for all satellites 


dBm 


-130 



Table 5.6.5: Test requirements for Moving Scenario and Periodic Update Performance 



Success Rate 


2-D position error 


95% 


101.3 m 



NOTE 1 : If the above Test Requirement differs from the Minimum Requirement then the Test Tolerance applied 
for this test is non-zero. The Test Tolerance for this test is defined in clause C.2 and the explanation of 
how the Minimum Requirement has been relaxed by the Test Tolerance is given in clause C.4. 

NOTE 2: In the actual testing the UE may report error messages until it has been able to acquire GPS measured 
results or a position estimate. The test equipment shall only consider the first measurement report 
different from an error message as the first position estimate in the requirement in table 5.6.5. 
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UTRA A-GNSS Minimum Performance requirements 



6.1 



General 



This clause defines the minimum performance requirements for both UE based and UE assisted FDD A-GNSS UTRA 
terminals. If a terminal supports both modes then it shall be tested in both modes. It excludes performance requirements 
for UEs where the only A-GNSS supported is A-GPS LlC/A which are specified in clause 5. 

The requirements are defined for CELL_DCH and CELL_FACH states. All tests shall be performed in CELL_DCH 
state and the Nominal Accuracy Performance test case shall be also performed in CELL_FACH state. 



6.2 Sensitivity 

6.2.1 Sensitivity Coarse Time Assistance 



6.2.1.1 



Definition and applicability 



Sensitivity with coarse time assistance is the minimum level of GNSS satellite signals required for the UE to make an 
A-GNSS position estimate to a specific accuracy and within a specific response time when the network only provides 
coarse time assistance. 

The requirements and this test apply to all types of UTRA for the FDD UE that supports A-GNSS. 

This test case includes sub-test cases dependent on the GNSS supported by the UE. Each sub-test case is identified by a 
Sub-Test Case Number as defined in Table 6.2.1.1. 

Table 6.2.1.1 : Sub-Test Case Number Definition 



Sub-Test 

Case 
Number 


Supported GNSS 


1 


UE supporting A-GLONASS only 


2 


UE supporting A-Galileo only 


3 


UE supporting A-GPS and Modernized GPS only 


4 


UE supporting A-GPS and A-GLONASS only 



6.2.1.2 



Minimum requirements 



The first fix position estimates shall meet the accuracy and response time requirements in table 6.2.1.2-3 for the 
parameters specified in table 6.2.1.2-1. 

Table 6.2.1 .2-1 : Test parameters for Sensitivity Coarse Time Assistance 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 6.2.1.2-2 


Total number of generated satellites 


- 


6 


HDOP range 




1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+2 


Galileo 


Reference high signal power level 


dBm 


-142 




Reference low signal power level 


dBm 


-147 


GPS'" 


Reference high signal power level 


dBm 


-142 




Reference low signal power level 


dBm 


-147 


GLONASS 


Reference high signal power level 


dBm 


-142 




Reference low signal power level 


dBm 


-147 


Note: "GPS" here means GPS L1 G/A, Modernized GPS, or both, dependent on UE capabilities. 
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Table 6.2.1.2-2: Power level and satellite allocation 







Satellite allocation for each 
constellation 




GNSS-1*" 


GNSS-2 


GNSS-3 


Single constellation 


High signal level 


1 


- 


- 


Low signal level 


5 


- 


- 


Dual constellation 


High signal level 


1 


- 


- 


Low signal level 


2 


3 


- 


Triple constellation 


High signal level 


1 


- 


- 


Low signal level 


1 


2 


2 


Note: For GPS capable receivers, GNSS-1 , i.e. the system having the satellite 
with high signal level, shall be GPS. 



Table 6.2.1.2-3: IVIinimum requirements for Sensitivity Coarse Time Assistance 



System 


Success rate 


2-D position error 


Max response time 


All 


95% 


100 m 


20 s 



The reference for this requirement is 3GPP TS 25.172 [19], clause 5.1.1.1. 

6.2.1.3 Test purpose 

To verify the UE's first position estimate meets the minimum requirements under GNSS satellite signal conditions that 
represent weak signal conditions and with only Coarse Time Assistance provided by the SS. 



6.2.1.4 



Method of test 



6.2.1.4.1 Initial conditions 

Test environment: normal; see Annex G. 

1. Connect SS and GSS to the UE antenna connector or antenna connectors as shown in figures A.l or A. 2. 

2. Set the GNSS test parameters as specified in table 6.2.1.5-1 for GNSS scenario #1. For GNSS-1, select the first 
satellite SV ID defined in the relevant table in 3GPP TS 37.571-5 [20] clause 6.2.1.2 for the one satelHte with the 
higher level. 

3. Switch on the UE. 



6.2.1.4.2 



Procedure 



1. Start GNSS scenario #1 as specified in 3GPP TS 37.571-5 [20] clause 6.2.1.2 with the UE location randomly 
selected to be within 3 km of the Reference Location and the altitude of the UE randomly selected between m 
to 500 m above WGS-84 reference ellipsoid using the method described in 3GPP TS 37.571-5 [20] clause 
6.2.1.2.6. 

2. Set up a connection using the procedure in clause F.2. 

3. Send a RESET UE POSITIONING STORED INFORMATION message followed by RRC MEASUREMENT 
CONTROL messages containing appropriate assistance data; as specified in 3GPP TS 37.571-5 [20], clauses 
6.2.2 and 6.2.7 for UE based testing; or clauses 6.2.4 and 6.2.7 for UE assisted testing with the value of GPS 
TOW msec or GANSS TOD offset by a random value as specified in 3GPP TS 37.571-5 [20] clause 6.2.7.2; as 
required to obtain a fix using the procedure specified in 3GPP TS 34.108 [28], clauses 7.5.6 or 7.5.8. 

4. If the UE returns a valid result in the MEASUREMENT REPORT message within the Max response time 
specified in table 6.2. 1.5-3 then record the result and process it as specified in step 5. If the UE does not return a 
valid result within the Max response time specified in table 6.2.1.5-3 or reports a UE positioning error in the 
MEASUREMENT REPORT message then record one Bad Result. 
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5. For UE based testing compare the reported position estimate in the MEASUREMENT REPORT message 
against the simulated position of the UE used in step 1, and calculate the 2D position error as specified in clause 
4.5.2.3. Compare the 2D position error against the value in table 6.2.1.5-3 and record one Good Result or Bad 
Result as appropriate; or 

For UE assisted testing convert the GNSS measured results reported in the MEASUREMENT REPORT 
message to a 2D position using the method described in Annex B and then compare the result against the 
simulated position of the UE, used in step 1, and calculate the 2D position error as specified in clause 4.5.2.3. 
Compare the 2D position error against the value in table 6.2.1.5-3 and record one Good Result or Bad Result as 
appropriate. 

6. Release the connection using the procedure in clause F.3. 

7. Repeat steps 1 to 6 using GNSS scenario #2 instead of #1 so that the reference location changes sufficiently such 
that the UE shall have to use the new assistance data. For GNSS-1, select the first satellite SV ID defined in the 
relevant table in 3GPP TS 37.571-5 [20] clause 6.2.1.2 for the one satellite with the higher level. Use new 
random values for the UE location and altitude in step 1 and for the GPS TOW msec or GANSS TOD offset in 
step 3. 

8. Repeat steps 1 to 7 until the statistical requirements of clause 6.2.1.5 are met. Each time scenario #1 or #2 is 
used, the start time of the GNSS scenario shall be advanced by 2 minutes from the time used previously for that 
scenario. Once a scenario reaches the end of its viable running time, restart it from its nominal start time again. 
Each time scenario #1 or #2 is used for GNSS-1, select the next satellite SV ID from the one used previously, 
defined in the relevant table in 3GPP TS 37.571-5 [20] clause 6.2.1.2, for the one satellite with the higher level. 



6.2.1.5 



Test Requirements 



For the parameters specified in table 6.2.1.5-1 the UE shall meet the requirements and the success rate specified in 
table 6.2.1.5-3 with a confidence level of 95% according to Annex D. 

Table 6.2.1 .5-1 : Test parameters for Sensitivity Coarse Time Assistance 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 6.2.1.5-2 


Total number of generated satellites 


- 


6 


HDOP range 




1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+1.8 


Galileo 


Reference high signal power level 


dBm 


-141 




Reference low signal power level 


dBm 


-146 


GPS'" 


Reference high signal power level 


dBm 


-141 




Reference low signal power level 


dBm 


-146 


GLONASS 


Reference high signal power level 


dBm 


-141 




Reference low signal power level 


dBm 


-146 


Note: "GPS" here means GPS L1 G/A, Modemized GPS, or both, dependent on UE capabilities. 



Table 6.2.1.5-2: Power level and satellite allocation 







Satellite allocation for each 
constellation 




GNSS-1*" 


GNSS-2 


GNSS-3 


Single constellation 


High signal level 


1 


- 


- 


Low signal level 


5 


- 


- 


Dual constellation 


High signal level 


1 


- 


- 


Low signal level 


2 


3 


- 


Triple constellation 


High signal level 


1 


- 


- 


Low signal level 


1 


2 


2 


Note: For GPS capable receivers, GNSS-1 , i.e. the system having the satellite 
with high signal level, shall be GPS. 
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Table 6.2.1.5-3: Test requirements for Sensitivity Coarse Time Assistance 



System 


Success rate 


2-D position error 


Max response time 


All 


95% 


101.3 m 


20.3 s 



NOTE: If the above Test Requirement differs from the Minimum Requirement then the Test Tolerance applied 
for this test is non-zero. The Test Tolerance for this test is defined in clause C.2 and the explanation of 
how the Minimum Requirement has been relaxed by the Test Tolerance is given in clause C.4. 

6.2.2 Sensitivity Fine Time Assistance 



6.2.2.1 



Definition and applicability 



Sensitivity with fine time assistance is the minimum level of GNSS satellite signals required for the UE to make an A- 
GNSS position estimate to a specific accuracy and within a specific response time when the network provides fine time 
assistance in addition to coarse time assistance. 

The requirements and this test apply to all types of UTRA for the FDD UE that supports A-GNSS and that is capable of 
providing an enhanced performance when the network provides Fine Time Assistance. 

This test case includes sub-test cases dependent on the GNSS supported by the UE. Each sub-test case is identified by a 
Sub-Test Case Number as defined in Table 6.2.2.1. 

Table 6.2.2.1 : Sub-Test Case Number Definition 



Sub-Test 

Case 
Number 


Supported GNSS 


1 


UE supporting A-GLONASS only 


2 


UE supporting A-Galileo only 


3 


UE supporting A-GPS and IVIodernized GPS only 


4 


UE supporting A-GPS and A-GLONASS only 



6.2.2.2 



Minimum requirements 



The first fix position estimates shall meet the accuracy and response time requirements in table 6.2.2.2-3 for the 
parameters specified in table 6.2.2.2-1. 

Table 6.2.2.2-1 : Test parameters for Sensitivity Fine Time Assistance 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 6.2.2.2- 
2 


Total number of generated satellites 


- 


6 


HDOP range 




1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+2 


GNSS fine time assistance error range 


us 


±10 


Galileo 


Reference signal power level 


dBm 


-147 


GPS*" 


Reference signal power level 


dBm 


-147 


GLONASS 


Reference signal power level 


dBm 


-147 


Note: "GPS" here means GPS LI C/A, Modernized GPS, or both, dependent on UE 
capabilities. 
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Table 6.2.2.2-2: Satellite allocation 





Satellite allocation for each 
constellation 


GNSS-1 


GNSS-2 


GNSS-3 


Single constellation 


6 


- 


- 


Dual constellation 


3 


3 


- 


Triple constellation 


2 


2 


2 



Table 6.2.2.2-3: lUlinimum requirements for Sensitivity Fine Time Assistance 



System 


Success rate 


2-D position error 


Max response time 


All 


95% 


100 m 


20 s 



The reference for this requirement is 3GPP TS 25.172 [19], clause 5.1.2.1. 

6.2.2.3 Test purpose 

To verify the UE's first position estimate meets the minimum requirements under GNSS satellite signal conditions that 
represent weak signal conditions and with Fine Time Assistance provided by the SS. 



6.2.2.4 



Method of test 



6.2.2.4.1 Initial conditions 

Test environment: normal; see Annex G. 

1. Connect SS and GSS to the UE antenna connector or antenna connectors as shown in figures A.l or A.2. 

2. Set the GNSS test parameters as specified in table 6.2.2.5-1 for GNSS scenario #1. 

3. Switch on the UE. 



6.2.2.4.2 



Procedure 



1. Start GNSS scenario #1 as specified in 3GPP TS 37.571-5 [20] clause 6.2.1.2 with the UE location randomly 
selected to be within 3 km of the Reference Location and the altitude of the UE randomly selected between m 
to 500 m above WGS-84 reference ellipsoid using the method described in 3GPP TS 37.571-5 [20] clause 
6.2.1.2.6. 

2. Set up a connection using the procedure in clause F.2. 

3. Send a RESET UE POSITIONING STORED INFORMATION message followed by RRC MEASUREMENT 
CONTROL messages containing appropriate assistance data; as specified in 3GPP TS 37.571-5 [20], clauses 
6.2.2 and 6.2.7 for UE based testing; or clauses 6.2.4 and 6.2.7 for UE assisted testing with the values of GPS 
TOW msec or GANSS TOD, and UTRAN GPS timing of cell frames or UTRAN GANSS timing of cell frames 
offset by random values as specified in 3GPP TS 37.571-5 [20] clause 6.2.7.2; as required to obtain a fix using 
the procedure specified in 3GPP TS 34.108 [28], clauses 7.5.6 or 7.5.8. 

4. If the UE returns a valid result in the MEASUREMENT REPORT message within the Max response time 
specified in table 6.2.2.5-3 then record the result and process it as specified in step 5. If the UE does not return a 
valid result within the Max response time specified in table 6.2.2.5-3 or reports a UE positioning error in the 
MEASUREMENT REPORT message then record one Bad Result. 

5. For UE based testing compare the reported position estimate in the MEASUREMENT REPORT message 
against the simulated position of the UE used in step 1, and calculate the 2D position error as specified in clause 
6.1.1.3. Compare the 2D position error against the value in table 6.2.2.5-3 and record one Good Result or Bad 
Result as appropriate; or 

For UE assisted testing convert the GNSS measured results reported in the MEASUREMENT REPORT 
message to a 2D position using the method described in Annex B and then compare the result against the 
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simulated position of the UE used in step 1, and calculate the 2D position error as specified in clause 6.1.1.3. 
Compare the 2D position error against the value in table 6.2.2.5-3 and record one Good Result or Bad Result as 
appropriate. 

6. Release the connection using the procedure in clause F.3. 

7. Repeat steps 1 to 6 using GNSS scenario #2 instead of #1 so that the reference location changes sufficiently such 
that the UE shall have to use the new assistance data. Use new random values for the UE location and altitude in 
step 1 and for the GPS TOW msec or GANSS TOD, and UTRAN GPS timing of cell frames or UTRAN 
GANSS timing of cell frames offsets in step 3. 

8. Repeat steps 1 to 7 until the statistical requirements of clause 6.2.2.5 are met. Each time scenario #1 or #2 is 
used, the start time of the GNSS scenario shall be advanced by 2 minutes from the time used previously for that 
scenario. Once a scenario reaches the end of its viable running time, restart it from its nominal start time again. 



6.2.2.5 



Test Requirements 



For the parameters specified in table 6.2.2.5-1 the UE shall meet the requirements and the success rate specified in 
table 6.2.2.5-3 with a confidence level of 95% according to Annex D. 

Table 6.2.2.5-1 : Test parameters for Sensitivity Fine Time Assistance 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 6.2.2.5-2 


Total number of generated satellites 


- 


6 


HDOP range 




1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+1.8 


GNSS fine time assistance error range 


IIS 


+9 


Galileo 


Reference signal power level 


dBm 


-146 


GPS'" 


Reference signal power level 


dBm 


-146 


GLONASS 


Reference signal power level 


dBm 


-146 


Note: "GPS" here means GPS L1 G/A, Modernized GPS, or both, dependent on UE capabilities. 



Table 6.2.2.5-2: Satellite allocation 





Satellite allocation for each 
constellation 


GNSS-1 


GNSS-2 


GNSS-3 


Single constellation 


6 


- 


- 


Dual constellation 


3 


3 


- 


Triple constellation 


2 


2 


2 



Table 6.2.2.5-3: Test requirements for Sensitivity Fine Time Assistance 



System 


Success rate 


2-D position error 


Max response time 


All 


95% 


101.3m 


20.3 s 



NOTE: If the above Test Requirement differs from the Minimum Requirement then the Test Tolerance applied 
for this test is non-zero. The Test Tolerance for this test is defined in clause C.2 and the explanation of 
how the Minimum Requirement has been relaxed by the Test Tolerance is given in clause C.4. 



6.3 Nominal Accuracy 



6.3.1 Definition and applicability 

Nominal accuracy is the accuracy of the UE's A-GNSS position estimate under ideal GNSS signal conditions. 
The requirements and this test apply to all types of UTRA for the FDD UE that supports A-GNSS. 
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This test case includes sub-test cases dependent on the GNSS supported by the UE. Each sub-test case is identified by a 
Sub-Test Case Number as defined in Table 6.3.1. 

Table 6.3.1 : Sub-Test Case Number Definition 



Sub-Test 

Case 
Number 



Supported GNSS 



UE supporting A-GLONASS only 



UE supporting A-Galileo only 



UE supporting A-GPS and Modernized GPS only 



UE supporting A-GPS and A-GLONASS only 



6.3.2 Minimum requirements 

The first fix position estimates shall meet the accuracy and response time requirements in table 6.3.2-3 for the 
parameters specified in table 6.3.2-1. 

Table 6.3.2-1 : Test parameters for Nominal Accuracy 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 6.3.2-2 


Total number of generated satellites 


- 


6 or 7'^' 


HDOP Range 


- 


1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+2 


GPS*" 


Reference signal power level for all satellites 


dBm 


-128.5 


Galileo 


Reference signal power level for all satellites 


dBm 


-127 


GLONASS 


Reference signal power level for all satellites 


dBm 


-131 


QZSS 


Reference signal power level for all satellites 


dBm 


-128.5 


SBAS 


Reference signal power level for all satellites 


dBm 


-131 


Note 1 : "GPS" here means GPS L1 G/A, Modernized GPS, or both, dependent on UE 

capabilities. 
Note 2: 7 satellites apply only for SBAS case. 



If QZSS is supported, one of the GPS satellites will be replaced by a QZSS satellite with respective signal support. 
If SBAS is supported, the SBAS satellite with the highest elevation will be added to the scenario. 

Table 6.3.2-2: Satellite allocation 





Satellite allocation for each constellation 


GNSSI^" 


GNSS 2*" 


GNSS 3^" 


SBAS 


Single constellation 


6 


— 


- 


1 


Dual constellation 


3 


3 


- 


1 


Triple constellation 


2 


2 


2 


1 


Note: GNSS refers to global systems i.e., GPS, Galileo, GLONASS. 



Table 6.3.2-3: Minimum requirements for Nominal Accuracy 



System 


Success rate 


2-D position error 


Max response time 


All 


95% 


15m 


20 s 



The reference for this requirement is 3GPP TS 25.172 [19], clause 5.2.1. 

6.3.3 Test purpose 

To verify the UE's first position estimate meets the minimum requirements under GNSS satellite signal conditions that 
represent ideal conditions. 
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6.3.4 Method of test 
6.3.4.1 Initial conditions 

Test environment: normal; see Annex G. 

1. Connect SS and GSS to the UE antenna connector or antenna connectors as shown in figures A.l or A. 2. 

2. Set the GNSS test parameters as specified in table 6.3.4.2 for GNSS scenario #3. 

3. Switch on the UE. 



6.3.4.2 



Procedure 



1. Start GNSS scenario #3 as specified in 3GPP TS 37.571-5 [20] clause 6.2.1.2 with the UE location randomly 
selected to be within 3 km of the Reference Location and the altitude of the UE randomly selected between m 
to 500 m above WGS-84 reference ellipsoid using the method described in 3GPP TS 37.571-5 [20] clause 
6.2.1.2.6. 

2. Set up a connection using the procedure in clause F.2. 

3. Send a RESET UE POSITIONING STORED INFORMATION message followed by RRC MEASUREMENT 
CONTROL messages containing appropriate assistance data; as specified in 3GPP TS 37.571-5 [20], clauses 
6.2.2 and 6.2.7 for UE based testing; or clauses 6.2.4 and 6.2.7 for UE assisted testing with the value of GPS 
TOW msec or GANSS TOD offset by a random value as specified in 3GPP TS 37.571-5 [20] clause 6.2.7.2; 
using the exception to the RRC MEASUREMENT CONTROL message Hsted in table 6.3.5-1; as required to 
obtain a fix using the procedure specified in 3GPP TS 34.108 [28], clauses 7.5.6 or 7.5.8. 

Table 6.3.4.2: Contents of RRC MEASUREMENT CONTROL message 



Information Element 


Value/Remark 


- UE positioning reporting quantity 
- Horizontal accuracy 


'6' (7.7m) 



4. If the UE returns a valid result in the MEASUREMENT REPORT message within the Max response time 
specified in table 6.3.5-3 then record the result and process it as specified in step 5. If the UE does not return a 
valid result within the Max response time specified in table 6.3.5-3 or reports a UE positioning error in the 
MEASUREMENT REPORT message then record one Bad Result. 

5. For UE based testing compare the reported position estimate in the MEASUREMENT REPORT message 
against the simulated position of the UE used in step 1, and calculate the 2D position error as specified in clause 
6.1.1.3. Compare the 2D position error against the value in table 6.3.5-3 and record one Good Result or Bad 
Result as appropriate; or 

For UE assisted testing convert the GNSS measured results reported in the MEASUREMENT REPORT 
message to a 2D position using the method described in Annex B and then compare the result against the 
simulated position of the UE used in step 1, and calculate the 2D position error as specified in clause 6.1.1.3. 
Compare the 2D position error against the value in table 6.3.5-3 and record one Good Result or Bad Result as 
appropriate. 

6. Release the connection using the procedure in clause F.3. 

7. Repeat steps 1 to 6 using GNSS scenario #4 instead of #3 so that the reference location changes sufficiently such 
that the UE shall have to use the new assistance data. Use new random values for the UE location and altitude in 
step 1 and for the GPS TOW msec or GANSS TOD offset in step 3. 

8. Repeat steps 1 to 7 until the statistical requirements of clause 6.3.5 are met. Each time scenario #3 or #4 is used, 
the start time of the GNSS scenario shall be advanced by 2 minutes from the time used previously for that 
scenario. Once a scenario reaches the end of its viable running time, restart it from its nominal start time again. 
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6.3.5 Test Requirements 

For the parameters specified in table 6.3.5-1 the UE shall meet the requirements and the success rate specified in 
table 6.3.5-3 with a confidence level of 95% according to Annex D. 

Table 6.3.5-1 : Test parameters for Nominal Accuracy 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 6.3.5-3 


Total number of generated satellites 


- 


6 or 7'^' 


HDOP Range 


- 


1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+1.8 


GPS*" 


Reference signal power level for all satellites 


dBm 


-128.5 


Galileo 


Reference signal power level for all satellites 


dBm 


-127 


GLONASS 


Reference signal power level for all satellites 


dBm 


-131 


QZSS 


Reference signal power level for all satellites 


dBm 


-128.5 


SBAS 


Reference signal power level for all satellites 


dBm 


-131 


Note 1 : "GPS" here means GPS L1 C/A, Modernized GPS, or both, dependent on UE 

capabilities. 
Note 2: 7 satellites apply only for SBAS case. 



If QZSS is supported, one of the GPS satellites will be replaced by a QZSS satellite with respective signal support. 
If SBAS is supported, the SBAS satellite with the highest elevation will be added to the scenario. 

Table 6.3.5-2: Satellite allocation 





Satellite allocation for each constellation 


GNSS1*" 


GNSS 2^" 


GNSS 3*" 


SBAS 


Single constellation 


6 


— 


- 


1 


Dual constellation 


3 


3 


- 


1 


Triple constellation 


2 


2 


2 


1 


Note: GNSS refers to global systems i.e., GPS, Galileo, GLONASS. 



Table 6.3.5-3: Test requirements for Nominal Accuracy 



System 


Success rate 


2-D position error 


Max response time 


All 


95% 


16.3 m 


20.3 s 



NOTE: If the above Test Requirement differs from the Minimum Requirement then the Test Tolerance applied 
for this test is non-zero. The Test Tolerance for this test is defined in clause C.2 and the explanation of 
how the Minimum Requirement has been relaxed by the Test Tolerance is given in clause C.4. 

6.4 Dynamic Range 

6.4.1 Definition and applicability 

Dynamic Range is the maximum difference in level of the GNSS signals from a number of satellites that allows the UE 
to make an A-GNSS position estimate with a specific accuracy and a specific response time. 

The requirements and this test apply to all types of UTRA for the FDD UE that supports A-GNSS. 

This test case includes sub-test cases dependent on the GNSS supported by the UE. Each sub-test case is identified by a 
Sub-Test Case Number as defined in Table 6.4.1. 
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Table 6.4.1 : Sub-Test Case Number Definition 



Sub-Test 

Case 
Number 


Supported GNSS 


1 


UE supporting A-GLONASS only 


2 


UE supporting A-Galileo only 


3 


UE supporting A-GPS and Modernized GPS only 


4 


UE supporting A-GPS and A-GLONASS only 



6.4.2 Minimum requirements 

The first fix position estimates shall meet the accuracy and response time requirements in table 6.4.2-3 for the 
parameters specified in table 6.4.2-1. 

Table 6.4.2-1 : Test parameters for Dynamic Range 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 6.4.2-2 


Total number of generated satellites 


- 


6 


HDOP Range 


- 


1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+2 


Galileo 


Reference high signal power level 


dBm 


-127.5 


Reference low signal power level 


dBm 


-147 


GPS*'' 


Reference high signal power level 


dBm 


-129 


Reference low signal power level 


dBm 


-147 


GLONASS 


Reference high signal power level 


dBm 


-131.5 


Reference low signal power level 


dBm 


-147 


Note: "GPS" here means GPS L1 C/A, Modernized GPS, or both, dependent on UE 
capabilities. 



Table 6.4.2-2: Power level and satellite allocation 







Satellite allocation for each constellation 




GNSS1*" 


GNSS 2'" 


GNSS 3*" 


Single constellation 


High signal level 


2 


- 


- 


Low signal level 


4 


- 


- 


Dual constellation 


High signal level 


1 


1 


- 


Low signal level 


2 


2 


— 


Triple constellation 


High signal level 


1 


1 


1 


Low signal level 


1 


1 


1 


Note: GNSS refers to global systems i.e., GPS, Galileo, GLONASS. 



Table 6.4.2-3: Minimum requirements for Dynamic Range 



System 


Success rate 


2-D position error 


Max response time 


All 


95% 


100 m 


20 s 



The reference for this requirement is 3GPP TS 25.172 [19], clause 5.3.1. 

6.4.3 Test purpose 

To verify the UE's first position estimate meets the minimum requirements under GNSS satellite signal conditions that 
have a wide dynamic range. Strong satellites are likely to degrade the acquisition of weaker satellites due to their 
cross-correlation products. 
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6.4.4 Method of test 

6.4.4.1 Initial conditions 

Test environment: normal; see Annex G. 

1. Connect SS and GSS to the UE antenna connector or antenna connectors as shown in figures A.l or A. 2. 

2. Set the GNSS test parameters as specified in table 6.4.5-1 for GNSS scenario #1. Randomly select from the 
satelHte SV IDs defined in the table in 3GPP TS 37.571-5 [20] clause 6.2.1.2 for the satelUtes with the higher 
levels. 

3. Switch on the UE. 

6.4.4.2 Procedure 

1. Start GNSS scenario #1 as specified in 3GPP TS 37.571-5 [20] clause 6.2.1.2 with the UE location randomly 
selected to be within 3 km of the Reference Location and the altitude of the UE randomly selected between m 
to 500 m above WGS-84 reference ellipsoid using the method described in 3GPP TS 37.571-5 [20] clause 
6.2.1.2.6. 

2. Set up a connection using the procedure in clause F.2. 

3. Send a RESET UE POSITIONING STORED INFORMATION message followed by RRC MEASUREMENT 
CONTROL messages containing appropriate assistance data; as specified in 3GPP TS 37.571-5 [20], clauses 
6.2.2 and 6.2.7 for UE based testing; or clauses 6.2.4 and 6.2.7 for UE assisted testing with the value of GPS 
TOW msec or GANSS TOD offset by a random value as specified in 3GPP TS 37.571-5 [20] clause 6.2.7.2; as 
required to obtain a fix using the procedure specified in 3GPP TS 34.108 [28], clauses 7.5.6 or 7.5.8. 

4. If the UE returns a valid result in the MEASUREMENT REPORT message within the Max response time 
specified in table 6.4.5-3 then record the result and process it as specified in step 5. If the UE does not return a 
valid result within the Max response time specified in table 6.4.5-3 or reports a UE positioning error in the 
MEASUREMENT REPORT message then record one Bad Result. 

5. For UE based testing compare the reported position estimate in the MEASUREMENT REPORT message 
against the simulated position of the UE used in step 1, and calculate the 2D position error as specified in clause 
6.1.1.3. Compare the 2D position error against the value in table 6.4.5-3 and record one Good Result or Bad 
Result as appropriate; or 

For UE assisted testing convert the GNSS measured results reported in the MEASUREMENT REPORT 
message to a 2D position using the method described in Annex B and then compare the result against the 
simulated position of the UE used in step 1, and calculate the 2D position error as specified in clause 6.1.1.3. 
Compare the 2D position error against the value in table 6.4.5-3 and record one Good Result or Bad Result as 
appropriate. 

6. Release the connection using the procedure in clause F.3. 

7. Repeat steps 1 to 6 using GNSS scenario #2 instead of #1 so that the reference location changes sufficiently such 
that the UE shall have to use the new assistance data. Randomly select from the satellite SV IDs defined in the 
table in 3GPP TS 37.571-5 [20] clause 6.2.1.2 for the satellites with the higher levels. Use new random values 
for the UE location and altitude in step 1 and for the GPS TOW msec or GANSS TOD offset in step 3. 

8. Repeat steps 1 to 7 until the statistical requirements of clause 6.4.5 are met. Each time scenario #1 or #2 is used, 
the start time of the GNSS scenario shall be advanced by 2 minutes from the time used previously for that 
scenario. Once a scenario reaches the end of its viable running time, restart it from its nominal start time again. 
Each time scenario #1 or #2 is used, randomly select from the set of satellite SV IDs defined in the table in 3GPP 
TS 37.571-5 [20] clause 6.2.1.2, for the satellites with the higher levels. 



6.4.5 Test Requirements 



For the parameters specified in table 6.4.5-1 the UE shall meet the requirements and the success rate specified in 
table 6.4.5-3 with a confidence level of 95% according to Annex D. 
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Table 6.4.5-1 : Test parameters for Dynamic Range 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 6.4.5-2 


Total number of generated satellites 


- 


6 


HDOP Range 


- 


1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+2 


Galileo 


Reference high signal power level 


dBm 


-126.7 


Reference low signal power level 


dBm 


-146 


GPS'^' 


Reference high signal power level 


dBm 


-128.2 


Reference low signal power level 


dBm 


-146 


GLONASS 


Reference high signal power level 


dBm 


-130.7 


Reference low signal power level 


dBm 


-146 


Note: "GPS" here means GPS LI C/A, Modernized GPS, or botti, dependent on UE 
capabilities. 



Table 6.4.5-2: Power level and satellite allocation 







Satellite allocation for each constellation 




GNSS1*" 


GNSS 2'" 


GNSS 3*" 


Single constellation 


High signal level 


2 


- 


- 


Low signal level 


4 


- 


— 


Dual constellation 


High signal level 


1 


1 


— 


Low signal level 


2 


2 


- 


Triple constellation 


High signal level 


1 


1 


1 


Low signal level 


1 


1 


1 


Note: GNSS refers to global systems i.e., GPS, Galileo, GLONASS. 



Table 6.4.5-3: Test requirements for Dynamic Range 



System 


Success rate 


2-D position error 


Max response time 


All 


95% 


101.3m 


20.3 s 



NOTE: If the above Test Requirement differs from the Minimum Requirement then the Test Tolerance applied 
for this test is non-zero. The Test Tolerance for this test is defined in clause C.2 and the explanation of 
how the Minimum Requirement has been relaxed by the Test Tolerance is given in clause C.4. 



6.5 Multi-path Performance 
6.5.1 Definition and applicability 

Multi-path performance measures the accuracy and response time of the UE's A-GNSS position estimate in a specific 
GNSS signal multi-path environment. 

The requirements and this test apply to all types of UTRA for the FDD UE that supports A-GNSS. 

This test case includes sub-test cases dependent on the GNSS supported by the UE. Each sub-test case is identified by a 
Sub-Test Case Number as defined in Table 6.5.1. 

Table 6.5.1 : Sub-Test Case Number Definition 



Sub-Test 

Case 
Number 



Supported GNSS 



UE supporting A-GLONASS only 



UE supporting A-Galileo only 



UE supporting A-GPS and IVIodernized GPS only 



UE supporting A-GPS and A-GLONASS only 



£75/ 



3GPP TS 37.571-1 version 9.1.0 Release 9 



45 



ETSI TS 137 571-1 V9.1.0 (2012-03) 



6.5.2 Minimum requirements 

The first fix position estimates shall meet the accuracy and response time requirements in table 6.5.2-3 for the 
parameters specified in table 6.5.2-1. 

Table 6.5.2-1 : Test parameters for Multi-path Performance 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 6.5.2-2 


Total number of generated satellites 


- 


6 


HDOP range 




1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+2 


Galileo 


Reference signal power level 


dBm 


-127 


GPS*" 


Reference signal power level 


dBm 


-128.5 


GLONASS 


Reference signal power level 


dBm 


-131 


Note: "GPS" here means GPS LI C/A, Modernized GPS, or both, dependent on UE 
capabilities. 



Table 6.5.2-2: Channel model allocation 







Channel model allocation for each 
constellation 




GNSS-1 


GNSS-2 


GNSS-3 


Single constellation 


One-tap channel 


2 


- 


- 


Two-tap channel 


4 


- 


- 


Dual constellation 


One-tap channel 


1 


1 


- 


Two-tap channel 


2 


2 


— 


Triple constellation 


One-tap channel 


1 


1 


1 


Two-tap channel 


1 


1 


1 


Note: One-tap channel: no multi-path. Two-tap channel: multi-path defined in 
clause 4.2.4 



Table 6.5.2-3: Minimum requirements for Multi-path Performance 



System 


Success rate 


2-D position error 


Max response time 


All 


95% 


100 m 


20 s 



The reference for this requirement is 3GPP TS 25.172 [19], clause 5.4.1. 

6.5.3 Test purpose 

To verify the UE's first position estimate meets the minimum requirements under GNSS satellite signal conditions that 
represent simple multi-path conditions. 

6.5.4 Metlnod of test 
6.5.4.1 Initial conditions 

Test environment: normal; see Annex G. 

1. Connect SS and GSS to the UE antenna connector or antenna connectors as shown in figures A.l or A.2. 

2. Set the GNSS test parameters as specified in table 6.5.5-1 for GNSS scenario #1. Randomly select from the 
satelHte SV IDs defined in the table in 3GPP TS 37.571-5 [20] clause 6.2.1.2 for the satelHtes with one-tap 
channel. 

3. Switch on the UE. 
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6.5.4.2 Procedure 

1. Start GNSS scenario #1 as specified in 3GPP TS 37.571-5 [20] clause 6.2.1.2 with the UE location randomly 
selected to be within 3 km of the Reference Location and the altitude of the UE randomly selected between m 
to 500 m above WGS-84 reference ellipsoid using the method described in 3GPP TS 37.571-5 [20] clause 
6.2.1 .2.6. The initial carrier phase difference between taps of the multi-path model shall be randomly selected 
between and 2n radians by selecting the next random number from a standard uniform random number 
generator, in the range to 2n, representing radians with a resolution of 0.1, representing 0.1 radians. 

2. Set up a connection using the procedure in clause F.2. 

3. Send a RESET UE POSITIONING STORED INFORMATION message followed by RRC MEASUREMENT 
CONTROL messages containing appropriate assistance data; as specified in 3GPP TS 37.571-5 [20], clauses 
6.2.2 and 6.2.7 for UE based testing; or clauses 6.2.4 and 6.2.7 for UE assisted testing with the value of GPS 
TOW msec or GANSS TOD offset by a random value as specified in 3GPP TS 37.571-5 [20] clause 6.2.7.2; as 
required to obtain a fix using the procedure specified in 3GPP TS 34.108 [28], clauses 7.5.6 or 7.5.8. 

4. If the UE returns a valid result in the MEASUREMENT REPORT message within the Max response time 
specified in table 6.5.5-4 then record the result and process it as specified in step 5. If the UE does not return a 
valid result within the Max response time specified in table 6.5.5-4 or reports a UE positioning error in the 
MEASUREMENT REPORT message then record one Bad Result. 

5. For UE based testing compare the reported position estimate in the MEASUREMENT REPORT message 
against the simulated position of the UE used in step 1, and calculate the 2D position error as specified in clause 
6.1.1.3. Compare the 2D position error against the value in table 6.5.5-4 and record one Good Result or Bad 
Result as appropriate; or 

For UE assisted testing convert the GNSS measured results reported in the MEASUREMENT REPORT 
message to a 2D position using the method described in Annex B and then compare the result against the 
simulated position of the UE used in step 1, and calculate the 2D position error as specified in clause 6.1.1.3. 
Compare the 2D position error against the value in table 6.5.5-4 and record one Good Result or Bad Result as 
appropriate. 

6. Release the connection using the procedure in clause F.3. 

7. Repeat steps 1 to 6 using GNSS scenario #2 instead of #1 so that the reference location changes sufficiently such 
that the UE shall have to use the new assistance data. Randomly select from the satellite SV IDs defined in the 
table in 3GPP TS 37.571-5 [20] clause 6.2.1.2 for the satellites with one-tap channel. Use new random values for 
the UE location and altitude, and the initial carrier phase difference between taps of the multi-path model in step 
1 and for the GPS TOW msec or GANSS TOD offset in step 3. 

8. Repeat steps 1 to 7 until the statistical requirements of clause 6.5.5 are met. Each time scenario #1 or #2 is used, 
the start time of the GNSS scenario shall be advanced by 2 minutes from the time used previously for that 
scenario. Once a scenario reaches the end of its viable running time, restart it from its nominal start time again. 
Each time scenario #1 or #2 is used, randomly select from the satellite SV IDs defined in the table in 3GPP TS 
37.571-5 [20] clause 6.2.1.2, for the satellites with one-tap channel. 

6.5.5 Test Requirements 

For the parameters specified in table 6.5.5-1 the UE shall meet the requirements and the success rate specified in 
table 6.5.5-4 with a confidence level of 95% according to Annex D. 
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Table 6.5.5-1 : Test parameters for Multi-path Performance 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 6.5.5-1 


Total number of generated satellites 


- 


6 


HDOP range 




1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+1.8 


Galileo 


Reference signal power level 


dBm 


-127 


GPS*" 


Reference signal power level 


dBm 


-128.5 


GLONASS 


Reference signal power level 


dBm 


-131 


Note: "GPS" here means GPS LI C/A, Modernized GPS, or both, dependent on UE 
capabilities. 



Table 6.5.5-2: Channel model allocation 







Channel model allocation for each 
constellation 




GNSS-1 


GNSS-2 


GNSS-3 


Single constellation 


One-tap channel 


2 


- 


— 


Two-tap channel 


4 


- 


- 


Dual constellation 


One-tap channel 


1 


1 


- 


Two-tap channel 


2 


2 


- 


Triple constellation 


One-tap channel 


1 


1 


1 


Two-tap channel 


1 


1 


1 


Note: One-tap channel: no multi-path. Two-tap channel: multi-path defined in 
clause 4.2.4 with Relative mean Power (Y) defined in Table 6.5.7. 



Table 6.5.5-3: Relative mean Power (Y)for use in Table 6.5.6 



System 


Signals 


Y[dB] 


Galileo 


El 


-4.7 


E5a 


-6.2 


E5b 


-6.2 


GPS/Modernized 
GPS 


LI C/A 


-6.2 


Lie 


-4.7 


L2C 


-6.2 


L5 


-6.2 


GLONASS 


G1 


-12.7 


G2 


-12.7 



Table 6.5.5-4: Test requirements for Multi-path Performance 



System 


Success rate 


2-D position error 


Max response time 


All 


95% 


101.3m 


20.3 s 



NOTE: If the above Test Requirement differs from the Minimum Requirement then the Test Tolerance applied 
for this test is non-zero. The Test Tolerance for this test is defined in clause C.2 and the explanation of 
how the Minimum Requirement has been relaxed by the Test Tolerance is given in clause C.4. 

6.6 Moving Scenario and Periodic Update Performance 
6.6.1 Definition and applicability 

Moving scenario and periodic update performance measures the accuracy of the UE's A-GNSS position estimates and 
the periodic update capability of the UE in a moving scenario. 

The requirements and this test apply to all types of UTRA for the FDD UE that supports A-GNSS. 
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This test case includes sub-test cases dependent on the GNSS supported by the UE. Each sub-test case is identified by a 
Sub-Test Case Number as defined in Table 6.6.1. 

Table 6.6.1 : Sub-Test Case Number Definition 



Sub-Test 

Case 
Number 



Supported GNSS 



UE supporting A-GLONASS only 



UE supporting A-Galileo only 



UE supporting A-GPS and Modernized GPS only 



UE supporting A-GPS and A-GLONASS only 



6.6.2 Minimum requirements 

The position estimates, after the first reported position estimate, shall meet the accuracy requirement in table 6.6.2-3 
with the periodical reporting interval of 2 seconds for the parameters specified in table 6.6.2-1. 

NOTE: In the actual testing the UE may report error messages until it has been able to acquire GNSS measured 
results or a position estimate. The SS shall only consider the first measurement report different from an 
error message as the first position estimate in the requirement in table 6.6.2-1. 

Table 6.6.2-1 : Test parameters for Moving Scenario and Periodic Update Performance 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 6.6.2-2 


Total number of generated satellites 


- 


6 


HDOP Range per system 


- 


1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+2 


Galileo 


Reference signal power level for all satellites 


dBm 


-127 


GPS*" 


Reference signal power level for all satellites 


dBm 


-128.5 


GLONASS 


Reference signal power level for all satellites 


dBm 


-131 


Note: "GPS" here means GPS LI C/A, Modernized GPS, or both, dependent on UE 
capabilities. 



Table 6.6.2-2: Satellite allocation 





Satellite allocation for each constellation 


GNSS1*" 


GNSS 2*" 


GNSS 3*" 


Single constellation 


6 


- 


- 


Dual constellation 


3 


3 


- 


Triple constellation 


2 


2 


2 


Note: GNSS refers to global systems i.e., GPS, Galileo, GLONASS. 



Table 6.6.2-3: Minimum requirements for Moving Scenario and Periodic Update Performance 



System 


Success rate 


2-D position error 


Periodical reporting interval 


All 


95% 


50 m 


2s 



The reference for this requirement is 3GPP TS 25.172 [19], clause 5.5.1. 

6.6.3 Test purpose 

To verify the UE's position estimates, after the first reported position estimate, meet the minimum requirements under 
GNSS satellite signal conditions that simulate a moving scenario. A good tracking performance, with regular position 
estimate reporting is essential for certain location services. 
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6.6.4 Method of test 



6.6.4.1 



Initial conditions 



Test environment: normal; see Annex G. 

The UE is requested to use periodical reporting with a reporting interval of 2 seconds. 

The GNSS signals simulate the UE moving on a rectangular trajectory of 940 m by 1 440 m with rounded corners 
defined in figure 6.6.1 and table 6.6.4.1. The initial reference is first defined followed by acceleration to final speed of 
100 km/h in 250 m. The UE then maintains the speed for 400 m. This is followed by deceleration to final speed of 25 
km/h in 250 m. The UE then turn 90 degrees with turning radius of 20 m at 25 km/h. This is followed by acceleration to 
final speed of 100 km/h in 250 m. The sequence is repeated to complete the rectangle. 

Table 6.6.4.1 : Trajectory Parameters for Moving Scenario and Periodic Update Performance test case 



Parameter 


Distance (m) 


Speed (km/h) 


'l1' 'l5' '2I' '25 


20 


25 


'l2' 'l4' '22' '24 


250 


25 to 1 00 and1 00 to 25 


Il3 


400 


100 


'23 


900 


100 



'l5l 



lll± 



t 

1440 m 


\ 


940 m 

r = 20m 
1/ \ 


' 



H 1- 

'21 '22 



H H 

24 25 



Figure 6.6.1 : Rectangular Trajectory for Moving Scenario and Periodic Update Performance test case 

1. Connect SS and GSS to the UE antenna connector or antenna connectors as shown in figures A.l or A.2. 

2. Set the GNSS test parameters as specified in table 6.6.5-1 for GNSS scenario #5. 

3. Switch on the UE. 

4. Set up a connection using the procedure in clause F.2. 

6.6.4.2 Procedure 

1. Start GNSS scenario #5 as specified in 3GPP TS 37.571-5 [20], clause 6.2.1.2. 

2. Send a RESET UE POSITIONING STORED INFORMATION message followed by RRC MEASUREMENT 
CONTROL messages containing appropriate assistance data; as specified in 3GPP TS 37.571-5 [20], clauses 
6.2.2 and 6.2.7 for UE based testing; or clauses 6.2.4 and 6.2.7 for UE assisted testing; using the exception to the 
RRC MEASUREMENT CONTROL message Usted in table 6.6.4.2; as required to obtain fixes using the 
procedure specified in 3GPP TS 34.108 [28], clauses 7.5.7 or 7.5.9. 
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Table 6.6.4.2: Contents of RRC MEASUREMENT CONTROL message 



Information Element 


Value/Remark 


- UE positioning reporting quantity 
- Horizontal accuracy 


'13' (24.5m) 



3. Ignore any error messages that the UE may report in MEASUREMENT REPORT messages until it has been 
able to acquire the GNSS signals and reports the first GNSS measured result or position estimate. 

4. Discard the first GNSS measured result or position estimate. 

5. Record the time of reception of the next MEASUREMENT REPORT message after reception of the first GNSS 
measured result or position estimate. 

6. After the reception of the first GNSS measured result or position estimate reported in a MEASUREMENT 
REPORT message, every time the UE returns a GNSS measured result or position estimate in the 
MEASUREMENT REPORT message record the time of reception and the result. If the difference between the 
time of reception and the time of reception of the previous result is less than 1 .5 seconds or greater than 2.5 
seconds, or if the UE reports a UE positioning error in any MEASUREMENT REPORT messages, then record 
one Bad Result. Otherwise process the result as specified in step 7. 

7. For UE based testing compare the reported position estimate in the MEASUREMENT REPORT message 
against the simulated position of the UE at the time of applicability reported in the position estimate and 
calculate the 2D position error as specified in clause 6.1.1.3. Compare the 2D position error against the value in 
table 6.6.9 and record one Good Result or Bad Result as appropriate; or 

For UE assisted testing convert the GNSS measured results reported in the MEASUREMENT REPORT 
message to a 2D position using the method described in Annex B and then compare the result against the 
simulated position of the UE at the time of applicability reported in the GNSS measured results and calculate the 
2D position error as specified in clause 6.1.1.3. Compare the 2D position error against the value in table 6.6.9 
and record one Good Result or Bad Result as appropriate. 

8. If the UE sends the first MEASUREMENT REPORT that contains a measured result or position estimate later 
than 240s after the start of the GNSS scenario, fail the UE and stop the test early. Otherwise collect 
MEASUREMENT REPORTS during 900s, starting from the time recorded in step 5. If at any time the difference 
between the times of reception of two consecutive results is greater than 240s, fail the UE and stop the test early. 
Use the collected Good Results and Bad Results to determine the PASS/FAIL according to clause 6.6.5. 

9. Release the connection using the procedure in clause F.3. 

6.6.5 Test Requirements 

For the parameters specified in table 6.6.5-1, after the first reported position estimate, the UE shall meet the accuracy 
requirement and the success rate specified in table 6.6.5-3 with a periodical reporting interval of 2 seconds +1- 20% plus 
measurement system uncertainty of 100ms. 

NOTE: Due to the statistical nature of the results it is not possible to design a test with predefined confidence 

level for the success rate in Table 6.6.5-3; therefore a simple PASS/FAIL of the results gathered against 
this success rate is used. 
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Table 6.6.5-1 : Test parameters for Moving Scenario and Periodic Update Performance 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 6.6.5-2 


Total number of generated satellites 


- 


6 


HDOP Range per system 


- 


1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+1.8 


Galileo 


Reference signal power level for all satellites 


dBm 


-127 


GPS*" 


Reference signal power level for all satellites 


dBm 


-128.5 


GLONASS 


Reference signal power level for all satellites 


dBm 


-131 


Note: "GPS" here means GPS LI C/A, Modernized GPS, or both, dependent on UE 
capabilities. 



Table 6.6.5-2: Satellite allocation 





Satellite allocation for each constellation 


GNSS1*" 


GNSS 2*" 


GNSS 3*" 


Single constellation 


6 


— 


- 


Dual constellation 


3 


3 


- 


Triple constellation 


2 


2 


2 


Note: GNSS refers to global systems i.e., GPS, Galileo, GLONASS. 



Table 6.6.5-3: Test requirements for Moving Scenario and Periodic Update Performance 



System 


Success rate 


2-D position error 


All 


95% 


51.3 m 



NOTE 1 : If the above Test Requirement differs from the Minimum Requirement then the Test Tolerance applied 
for this test is non-zero. The Test Tolerance for this test is defined in clause C.2 and the explanation of 
how the Minimum Requirement has been relaxed by the Test Tolerance is given in clause C.4. 

NOTE 2: In the actual testing the UE may report error messages until it has been able to acquire GNSS measured 
results or a position estimate. The test equipment shall only consider the first measurement report 
different from an error message as the first position estimate in the requirement in table 6.6.5-3. 
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7 E-UTRA A-GNSS minimum performance 

requirements 

7.1 Sensitivity 

7.1 .1 Sensitivity Coarse time assistance 

7.1.1.1 Sub-tests 

This test includes sub-tests dependent on the GNSS supported by the UE. Each sub-test is identified by a Sub-Test 
Number as defined in Table 7.1.1.1 

Table 7.1.1.1 : Sub-Test Number Definition 



Sub-Test 
Number 


Supported GNSS 


1 


UE supporting A-GPS L1C/A only 


2 


UE supporting A-GLONASS only 


3 


UE supporting A-Galileo only 


4 


UE supporting A-GPS and Modernized GPS only 


5 


UE supporting A-GPS and A-GLONASS only 



7.1.1.2 Test purpose 

To verify the performance of the first position estimate, when the UE is provided with only coarse time assistance. 

7.1.1.3 Test applicability 

This test applies to all types of E-UTRA UE release 9 and forward that supports A-GNSS. 



7.1.1.4 



Minimum conformance requirements 



The first fix position estimates shall meet the accuracy and response time requirements in table 7.1.1.2 for the 
parameters specified in table 7.1.1.3 or 7.1.1.4. 

Table 7.1.1.2: Requirements Sensitivity Coarse time assistance 



Success rate 


2-D position error 


Max response time 


95% 


100 m 


20 s 



Table 7.1.1.3: Parameters Sensitivity Coarse time assistance - Sub-Test 1 



Parameters 


Unit 


Value 


Number of generated satellites 


- 


8 


HDOP Range 


- 


1.1 to 1.6 


Propagation conditions 


- 


AWGN 


GPS Coarse time assistance error 
range 


seconds 


±2 


GPS L1 G/A Signal for one satellites 


dBm 


-142 


GPS LI G/A Signal for remaining 
satellites 


dBm 


-147 
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Table 7.1.1.4: Parameters Sensitivity Coarse time assistance - Sub-Tests 2 to 5 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 7.1.1.5 


Total number of generated satellites 


- 


6 


HDOP range 




1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+2 


Galileo 


Reference high signal power level 


dBm 


-142 




Reference low signal power level 


dBm 


-147 


GPS*" 


Reference high signal power level 


dBm 


-142 




Reference low signal power level 


dBm 


-147 


GLONASS 


Reference high signal power level 


dBm 


-142 




Reference low signal power level 


dBm 


-147 


NOTE 1 : "GPS" here means GPS L1 C/A, Modernized GPS, or both, dependent on UE 
capabilities. 



Table 7.1.1.5: Power level and satellite allocation 







Satellite allocation for each 
constellation 




GNSS-1*" 


GNSS-2 


GNSS-3 


Single constellation 


High signal level 


1 


- 


- 


Low signal level 


5 


- 


- 


Dual constellation 


High signal level 


1 


- 


- 


Low signal level 


2 


3 


- 


Triple constellation 


High signal level 


1 


- 


- 


Low signal level 


1 


2 


2 


Note 1 : For GPS capable receivers, GNSS-1 , i.e. the system having the 
satellite with high signal level, shall be GPS. 



The normative reference for this requirement is TS 36.171 [3] clause 5.1.1 and 6.1.1. 

7.1.1.5 Test description 

7.1 .1 .5.1 Initial conditions 

Initial conditions are a set of test configurations the UE needs to be tested in and the steps for the SS to take with the UE 
to reach the correct measurement state. 

Test Environment: Normal, as defined in TS 36.508 [18] clause 4.1. 

Frequencies to be tested: Mid Range, as defined in TS 36.508 [18] clause 4.3.1.2. 

Bandwidth to be tested: 5MHz 

1. Connect SS and GSS to the UE antenna connector or antenna connectors as shown in Annex A. 

2. Set the GNSS test parameters as specified in table 7.1.1.6 or 7.1.1.7 for GNSS scenario #1 in TS 37.571-5 [20]. 
For GNSS-1, select the first satellite SV ID defined in the relevant table of Satellites to be simulated in clause 
6.2.1.2 in TS 37.571-5 [20] for the one satellite with the higher level. 

3. The parameter settings for the cell are set up according to TS 36.508 [18] clause 4.4.3, single cell scenario. 

4. Switch on the UE. 

5. Establish a signalling connection according to the generic procedure in TS 36.508 [18] clause 4.5.3 (State 3, 
Generic RB established) on a channel in the Mid EARFCN range. 
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7.1.1.5.2 Test procedure 

1. Start GNSS scenario #1 as specified in clause 6.2.1.2 of TS 37.571-5 [20] with the UE location randomly 
selected to be within 3 km of the Reference Location and the altitude of the UE randomly selected between m 
to 500 m above WGS-84 reference ellipsoid using the method described in clause 6.2.1.2.6 of TS 37.571-5 [20] 

2. Send a RESET UE POSITIONING STORED INFORMATION message. 

3. Send an LPP REQUEST CAPABILITIES message. 

4. The UE returns an LPP PROVIDE CAPABILITIES message indicating the assistance data supported by the UE 
in the Assistance Data Support List in the A GNSS Provide Capabilities IE. 

5. Send an LPP PROVIDE ASSISTANCE DATA message to provide the assistance data that is supported by the 
UE as indicated in step 4 and in accordance with clause 6.2.6 of TS 37.571-5 [20], and with the values defined in 
clause 6.2.7 of TS 37.571-5 [20] with the value of GNSS Reference Time offset by a random value as specified 
in clause 6.2.7.2 of TS 37.571-5 [20] . If the UE message at step 4 includes the ackRequested IE set to TRUE, 
then the SS shall send an acknowledgment in the LPP PROVIDE ASSISTANCE DATA message. 

6. Send an LPP REQUEST LOCATION INFORMATION message to obtain a fix. 

7. If the UE returns a valid result in the LPP PROVIDE LOCATION INFORMATION message within the Max 
response time specified in table 7.1.1.9 then record the result and process it as specified in step 8. If the UE does 
not return a valid result within the Max response time specified in table 7.1.1.9 or reports an Error in the LPP 
PROVIDE LOCATION INFORMATION message then record one Bad Result. 

7a. If the UE message at step 7 includes the ackRequested IE set to TRUE, then the SS shall send a LPP 
acknowledgment message. 

8. For UE based testing compare the reported Location Information in the LPP PROVIDE LOCATION 
INFORMATION message against the simulated position of the UE used in step 1, and calculate the 2D position 
error as specified in clause 4.4.2.3. Compare the 2D position error against the value in table 7.1.1.9 and record 
one Good Result or Bad Result as appropriate; or 

For UE assisted testing convert the GNSS Signal Measurement Information reported in the LPP PROVIDE 
LOCATION INFORMATION message to a 2D position using the method described in clause 4.4.3 and then 
compare the result against the simulated position of the UE, used in step 1, and calculate the 2D position error as 
specified in clause 4.4.2.3. Compare the 2D position error against the value in table 7.1.1.9 and record one Good 
Result or Bad Result as appropriate. 

9. Repeat steps 1 to 8 using GNSS scenario #2 instead of #1 so that the reference location changes sufficiently such 
that the UE shall have to use the new assistance data. For GNSS-1, select the first satellite SV ID defined in the 
relevant table of Satellites to be simulated in clause 6.2.1.2 in TS 37.571-5 [20] for the one satellite with the 
higher level. Use new random values for the UE location and altitude in step 1 and for the GNSS Reference 
Time offset in step 5. 

10. Repeat steps 1 to 9 until the statistical requirements of clause 7.1.1.6 are met. Each time scenario #1 or #2 is 
used, the start time of the GNSS scenario shall be advanced by 2 minutes from the time used previously for that 
scenario. Once a scenario reaches the end of its viable running time, restart it from its nominal start time again. 
Each time scenario #1 or #2 is used, for GNSS-1 select the next satellite SV ID from the one used previously, 
defined in the relevant table of Satellites to be simulated in clause 6.2.1.2 in TS 37.571-5 [20], for the one 
satellite with the higher level. 

1 1 . Release the signalling connection. 

7.1.1.5.3 Message contents 

Message contents are according to TS 36.508 [18] clauses 4.6 and 4.7 and as follows: 
RESET UE POSITIONING STORED INFORMATION 



Information Element 


Value/remark 


UE POSITIONING TECHNOLOGY 


AGNSS 
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LPP REQUEST CAPABILITIES 



Information Element 


Value/remark 


a-gnss-RequestCapabilities 


TRUE 



LPP REQUEST LOCATION INFORMATION 



Information Element 


Value/remark 


Comment 


common! EsRequestLocationlnformation 






> locationlnformationType 


'locationEstimateRequired' or 
'locationMeasurementsRequired' 


Depending on test 
case and UE 
capabilities, i.e. 
support for UE-based 
or UE-assisted 


> additionallnformation 


'onlyReturnlnformationRequested' 




>qos 






» horizontalAccuracy 


'19' (51.2m) 




» verticalCoordinateRequest 


FALSE 




» responselime 


'20' 




a-gnss-RequestLocationlnformation 






> gnss-Positioninglnstructions 






» gnsslVlethods 






>» gnss-ids 


Sub-test 1 
Sub-test 2 
Sub-test 3 
Sub-test 4 
Sub-test 5 


'gps' 

'glonass' 
'galileo' 

'gps' 

'gps' and 'glonass' 




» fineTimeAssistancel\/leasReq 


FALSE 




» adrMeasReq 


FALSE 




» multlFreqMeasReq 


TRUE or FALSE 


Depending on UE 
capabilities 


» assistanceAvailability 


FALSE 





7.1.1.6 



Test requirement 



For the parameters specified in table 7.LL6 or 7.LL7 the UE shall meet the requirements and the success rate specified 
in table 7.1.1.9 with a confidence level of 95% according to Annex D. 
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Table 7.1.1.6: Test parameters Sensitivity Coarse time assistance - Sub-Test 1 



Parameters 


Unit 


Value 


Number of generated satellites 


- 


8 


HDOP Range 


- 


1.1 to 1.6 


Propagation conditions 


- 


AWGN 


GPS Coarse Time assistance error 
range 


seconds 


+1.8 


GPS L1 C/A Signal for one satellite 


dBm 


-141 


GPS L1 C/A Signal for remaining 
satellites 


dBm 


-146 



Table 7.1.1.7: Test parameters Sensitivity Coarse time assistance - Sub-Tests 2 to 5 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 7.1.1.8 


Total number of generated satellites 


- 


6 


HDOP range 




1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+1.8 


Galileo 


Reference high signal power level 


dBm 


-141 




Reference low signal power level 


dBm 


-146 


GPS*" 


Reference high signal power level 


dBm 


-141 




Reference low signal power level 


dBm 


-146 


GLONASS 


Reference high signal power level 


dBm 


-141 




Reference low signal power level 


dBm 


-146 


NOTE 1 : "GPS" here means GPS LI C/A, Modernized GPS, or both, dependent on UE 
capabilities. 



Table 7.1.1.8: Power level and satellite allocation 







Satellite allocation for each 
constellation 




GNSS-1*" 


GNSS-2 


GNSS-3 


Single constellation 


High signal level 


1 


- 


- 


Low signal level 


5 


- 


- 


Dual constellation 


High signal level 


1 


- 


- 


Low signal level 


2 


3 


- 


Triple constellation 


High signal level 


1 


- 


- 


Low signal level 


1 


2 


2 


Note 1 : For GPS capable receivers, GNSS-1, i.e. the system having the satellite 
with high signal level, shall be GPS. 



Table 7.1.1.9: Test requirements for Sensitivity Coarse Time Assistance 



System 


Success rate 


2-D position error 


Max response time 


All 


95% 


101.3 m 


20.3 s 



7.1 .2 Sensitivity Fine time assistance 



7.1.2.1 



Sub-tests 



This test includes sub-tests dependent on the GNSS supported by the UE. Each sub-test is identified by a Sub-Test 
Number as defined in Table 7.1.2.1 
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Table 7.1.2.1 : Sub-Test Number Definition 



Sub-Test 
Number 


Supported GNSS 


1 


UE supporting A-GPS L1C/A only 


2 


UE supporting A-GLONASS only 


3 


UE supporting A-Galileo only 


4 


UE supporting A-GPS and Modernized GPS only 


5 


UE supporting A-GPS and A-GLONASS only 



7.1.2.2 Test purpose 

To verify the performance of the first position estimate, when the UE is additionally provided with fine time assistance. 

7.1 .2.3 Test applicability 

This test applies to all types of E-UTRA UE release 9 and forward that supports A-GNSS and that is capable of 
providing an enhanced performance when the network provides Fine Time Assistance. 



7.1.2.4 



Minimum conformance requirements 



The first fix position estimates shall meet the accuracy and response time requirements in table 7.1.2.2 for the 
parameters specified in table 7.1.2.3 or 7.1.2.4. 

Table 7.1.2.2: Requirements Sensitivity Fine time assistance 



Success rate 


2-D position error 


IVIax response time 


95% 


100 m 


20 s 



Table 7.1.2.3: Parameters Sensitivity Fine time assistance - Sub-Test 1 



Parameters 


Unit 


Value 


Number of generated satellites 


- 


8 


HDOP Range 


- 


1.1 to 1.6 


Propagation conditions 


- 


AWGN 


GPS Coarse time assistance error range 


seconds 


+2 


GPS LI G/A Fine time assistance error 
range 


lis 


+10 


GPS LI G/A Signal for all satellites 


dBm 


-147 



Table 7.1.2.4: Parameters Sensitivity Fine time assistance - Sub-Tests 2 to 5 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 7.1.2.5 


Total number of generated satellites 


- 


6 


HDOP range 




1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+2 


GNSS fine time assistance error range 


us 


±10 


Galileo 


Reference signal power level 


dBm 


-147 


GPS'" 


Reference signal power level 


dBm 


-147 


GLONASS 


Reference signal power level 


dBm 


-147 


NOTE 1 : "GPS" here means GPS LI G/A, Modernized GPS, or both, dependent on UE 
capabilities. 
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Table 7.1.2.5: Satellite allocation 





Satellite allocation for each 
constellation 


GNSS-1 


GNSS-2 


GNSS-3 


Single constellation 


6 


- 


- 


Dual constellation 


3 


3 


- 


Triple constellation 


2 


2 


2 



The normative reference for this requirement is TS 36.171 [3] clause 5.1.2 and 6.1.2. 



7.1.2.5 Test description 



7.1.2.5.1 



Initial conditions 



Initial conditions are a set of test configurations the UE needs to be tested in and the steps for the SS to take with the UE 
to reach the correct measurement state. 

Test Environment: Normal, as defined in TS 36.508 [18] clause 4.1. 

Frequencies to be tested: Mid Range, as defined in TS 36.508 [18] clause 4.3.1.2. 

Bandwidth to be tested: 5MHz 

1. Connect SS and GSS to the UE antenna connector or antenna connectors as shown in Annex A. 

2. Set the GNSS test parameters as specified in table 7.1.2.6 or 7.1.2.7 for GNSS scenario #1 in TS 37.571-5 [20]. 

3. The parameter settings for the cell are set up according to TS 36.508 [18] clause 4.4.3, single cell scenario. 

4. Switch on the UE. 

5. Establish a signalling connection according to the generic procedure in TS 36.508 [18] clause 4.5.3 (State 3, 
Generic RB established) on a channel in the Mid EARFCN range. 



7.1.2.5.2 



Test procedure 



1. Start GNSS scenario #1 as specified in clause 6.2.1.2 of TS 37.571-5 [20] with the UE location randomly 
selected to be within 3 km of the Reference Location and the altitude of the UE randomly selected between m 
to 500 m above WGS-84 reference ellipsoid using the method described in clause 6.2.1.2.6 of TS 37.571-5 [20] 

2. Send a RESET UE POSITIONING STORED INFORMATION message. 

3. Send an LPP REQUEST CAPABILITIES message. 

4. The UE returns an LPP PROVIDE CAPABILITIES message indicating the assistance data supported by the UE 
in the Assistance Data Support List in the A GNSS Provide Capabilities IE. 

5. Send an LPP PROVIDE ASSISTANCE DATA message to provide the assistance data that is supported by the 
UE as indicated in step 4 and in accordance with clause 6.2.6 of TS 37.571-5 [20], and with the values defined in 
clause 6.2.7 of TS 37.571-5 [20] with the value of GNSS Reference Time and GNSS Reference Time for one 
cell offset by a random value as specified in clause 6.2.7.2 of TS 37.571-5 [20] . If the UE message at step 4 
includes the ackRequested IE set to TRUE, then the SS shall send an acknowledgment in the LPP PROVIDE 
ASSISTANCE DATA message. 

6. Send an LPP REQUEST LOCATION INFORMATION message to obtain a fix. 

7. If the UE returns a valid result in the LPP PROVIDE LOCATION INFORMATION message within the Max 
response time specified in table 7.1.2.9 then record the result and process it as specified in step 8. If the UE does 
not return a valid result within the Max response time specified in table 7.1.2.9 or reports an Error in the LPP 
PROVIDE LOCATION INFORMATION message then record one Bad Result. 

7a. If the UE message at step 7 includes the ackRequested IE set to TRUE, then the SS shall send a LPP 
acknowledgment message. 
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8. For UE based testing compare the reported Location Information in the LPP PROVIDE LOCATION 
INFORMATION message against the simulated position of the UE used in step 1, and calculate the 2D position 
error as specified in clause 4.4.2.3. Compare the 2D position error against the value in table 7.1.2.9 and record 
one Good Result or Bad Result as appropriate; or 

For UE assisted testing convert the GNSS Measurement Information reported in the LPP PROVIDE 
LOCATION INFORMATION message to a 2D position using the method described in clause 4.4.3 and then 
compare the result against the simulated position of the UE used in step 1, and calculate the 2D position error as 
specified in clause 4.4.2.3. Compare the 2D position error against the value in table 7.1.2.9 and record one Good 
Result or Bad Result as appropriate. 

9. Repeat steps 1 to 8 using GNSS scenario #2 instead of #1 so that the reference location changes sufficiently such 
that the UE shall have to use the new assistance data. Use new random values for the UE location and altitude in 
step 1 and for the GNSS Reference Time GNSS Reference Time for one cell offsets in step 5. 

10. Repeat steps 1 to 9 until the statistical requirements of clause 7. 1 .2.6 are met. Each time scenario #1 or #2 is 
used, the start time of the GNSS scenario shall be advanced by 2 minutes from the time used previously for that 
scenario. Once a scenario reaches the end of its viable running time, restart it from its nominal start time again. 

1 1 . Release the signalling connection. 

7.1 .2.5.3 Message contents 

Message contents are according to TS 36.508 [18] clauses 4.6 and 4.7 and as follows: 
RESET UE POSITIONING STORED INFORMATION 



Information Element 


Value/remark 


UE POSITIONING TECHNOLOGY 


AGNSS 



LPP REQUEST CAPABILITIES 



Information Element 


Value/remark 


a-gnss-RequestCapabilities 


TRUE 



LPP REQUEST LOCATION INFORMATION 



Information Element 


Value/remark 


Comment 


commonlEsRequestLocationlnformation 






> locationlnformationType 


'locationEstimateRequired' or 
'locationlVleasurementsRequired' 


Depending on test 
case and UE 
capabilities, i.e. 
support for UE-based 
or UE-assisted 


> additionallnformation 


'onlyReturnlnformationRequested' 




>qos 






» horizontalAccuracy 


'19' (51.2m) 




» verticalCoordinateRequest 


FALSE 




» responseTime 


'20' 




a-gnss-RequestLocationlnformation 






> gnss-Positioninglnstructions 






» gnsslVlethods 






>» gnss-ids 


Sub-test 1 
Sub-test 2 
Sub-test 3 
Sub-test 4 
Sub-test 4 


'gps' 

'glonass' 
'galileo' 

'gps' 

'gps' and 'glonass' 




» fineTimeAssistancel\/leasReq 


FALSE 




» adrMeasReq 


FALSE 




» multlFreqMeasReq 


TRUE or FALSE 


Depending on UE 
capabilities 


» assistanceAvailability 


FALSE 
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7.1.2.6 



Test requirement 



For the parameters specified in table 7.1.2.6 or 7.1.2.7 the UE shall meet the requirements and the success rate specified 
in table 7.1.2.9 with a confidence level of 95% according to Annex D. 

Table 7.1.2.6: Test parameters Sensitivity Fine time assistance - Sub-Test 1 



Parameters 


Unit 


Value 


Number of generated satellites 


- 


8 


HDOP Range 


- 


1.1 to 1.6 


Propagation conditions 


- 


AWGN 


GPS Coarse time assistance error 
range 


seconds 


+1.8 


GPS Fine Time assistance error 
range 


US 


+9 


GPS L1 G/A Signal for all satellites 


dBm 


-146 



Table 7.1.2.7: Test parameters Sensitivity Fine time assistance - Sub-Tests 2 to 5 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 7.1.2.8 


Total number of generated satellites 


- 


6 


HDOP range 




1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+1.8 


GNSS fine time assistance error range 


us 


±9 


Galileo 


Reference signal power level 


dBm 


-146 


GPS*" 


Reference signal power level 


dBm 


-146 


GLONASS 


Reference signal power level 


dBm 


-146 


NOTE 1 : "GPS" here means GPS LI G/A, Modernized GPS, or both, dependent on UE 
capabilities. 



Table 7.1.2.8: Satellite allocation 





Satellite allocation for each 
constellation 


GNSS-1 


GNSS-2 


GNSS-3 


Single constellation 


6 


- 


- 


Dual constellation 


3 


3 


- 


Triple constellation 


2 


2 


2 



Table 7.1.2.9: Test requirements for Sensitivity Fine Time Assistance 



System 


Success rate 


2-D position error 


Max response time 


All 


95% 


101.3m 


20.3 s 



7.2 Nominal Accuracy 



7.2.1 



Sub-tests 



This test includes sub-tests dependent on the GNSS supported by the UE. Each sub-test is identified by a Sub-Test 
Number as defined in Table 7.2.1 
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Table 7.2.1 : Sub-Test Number Definition 



Sub-Test 
Number 


Supported GNSS 


1 


UE supporting A-GPS L1C/A only 


2 


UE supporting A-GLONASS only 


3 


UE supporting A-Galileo only 


4 


UE supporting A-GPS and Modernized GPS only 


5 


UE supporting A-GPS and A-GLONASS only 



7.2.2 Test purpose 

To verify the performance of the first position estimate, when the UE is provided with ideal GNSS signal conditions. 

7.2.3 Test applicability 

This test applies to all types of E-UTRA UE release 9 and forward that supports A-GNSS. 



7.2.4 



Minimum conformance requirements 



The first fix position estimates shall meet the accuracy and response time requirements in table 7.2.2 or 7.2.3 for the 
parameters specified in table 7.2.4 or 7.2.5. 

Table 7.2.2: Requirements Nominal Accuracy - Sub-Test 1 



Success rate 


2-D position error 


IVIax response time 


95% 


30 m 


20 s 



Table 7.2.3: Requirements Nominal Accuracy - Sub-Tests 2 to 5 



Success rate 


2-D position error 


IVIax response time 


95% 


15m 


20 s 



Table 7.2.4: Parameters Nominal Accuracy - Sub-Test 1 



Parameters 


Unit 


Value 


Number of generated satellites 


- 


8 


HDOP Range 


- 


1.1 to 1.6 


Propagation conditions 


- 


AWGN 


GPS Coarse Time assistance error 
range 


seconds 


+2 


GPS L1 G/A Signal for all satellites 


dBm 


-130 
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Table 7.2.5: Parameters Nominal Accuracy - Sub-Tests 2 to 5 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 7.2.6 


Total number of generated satellites 


- 


6 or 7'^' 


HDOP Range 


- 


1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+2 


GPS*" 


Reference signal power level for all satellites 


dBm 


-128.5 


Galileo 


Reference signal power level for all satellites 


dBm 


-127 


GLONASS 


Reference signal power level for all satellites 


dBm 


-131 


QZSS 


Reference signal power level for all satellites 


dBm 


-128.5 


SBAS 


Reference signal power level for all satellites 


dBm 


-131 


NOTE 1 : "GPS" here means GPS L1 C/A, Modernized GPS, or both, dependent on UE 

capabilities. 
NOTE 2: 7 satellites apply only for SBAS case. 



If QZSS is supported, one of the GPS satellites will be replaced by a QZSS satellite with respective signal support. 
If SBAS is supported, the SBAS satellite with the highest elevation will be added to the scenario. 

Table 7.2.6: Satellite allocation 





Satellite allocation for each constellation 


GNSS1*" 


GNSS 2*" 


GNSS 3*" 


SBAS 


Single constellation 


6 


- 


- 


1 


Dual constellation 


3 


3 


- 


1 


Triple constellation 


2 


2 


2 


1 


N0TE1 : GNSS refers to global systems i.e., GPS, Galileo, GLONASS 



The normative reference for this requirement is TS 36.171 [3] clause 5.2 and 6.2. 

7.2.5 Test description 

7.2.5.1 Initial conditions 

Initial conditions are a set of test configurations the UE needs to be tested in and the steps for the SS to take with the UE 
to reach the correct measurement state. 

Test Environment: Normal, as defined in TS 36.508 [18] clause 4.1. 

Frequencies to be tested: Mid Range, as defined in TS 36.508 [18] clause 4.3.1.2. 

Bandwidth to be tested: 5MHz 

1. Connect SS and GSS to the UE antenna connector or antenna connectors as shown in Annex A. 

2. Set the GNSS test parameters as specified in table 7.2.7 or 7.2.8 for GNSS scenario #3 in TS 37.571-5 [20]. 

3. The parameter settings for the cell are set up according to TS 36.508 [18] clause 4.4.3, single cell scenario. 

4. Switch on the UE. 

5. Establish a signalling connection according to the generic procedure in TS 36.508 [18] clause 4.5.3 (State 3, 
Generic RB established) on a channel in the Mid EARFCN range. 



7.2.5.2 



Test procedure 



1. Start GNSS scenario #3 as specified in clause 6.2.1.2 of TS 37.571-5 [20] with the UE location randomly 
selected to be within 3 km of the Reference Location and the altitude of the UE randomly selected between m 
to 500 m above WGS-84 reference ellipsoid using the method described in clause 6.2.1.2.6 of TS 37.571-5 [20] 

2. Send a RESET UE POSITIONING STORED INFORMATION message. 
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3. Send an LPP REQUEST CAPABILITIES message. 

4. The UE returns an LPP PROVIDE CAPABILITIES message indicating the assistance data supported by the UE 
in the Assistance Data Support List in the A GNSS Provide Capabilities IE. 

5. Send an LPP PROVIDE ASSISTANCE DATA message to provide the assistance data that is supported by the 
UE as indicated in the step 4 and in accordance with clause 6.2.6 of TS 37.571-5 [20], and with the values 
defined in clause 6.2.7 of TS 37.571-5 [20] with the value of GNSS Reference Time offset by a random value as 
specified in clause 6.2.7.2 of TS 37.571-5 [20] . If the UE message at step 4 includes the ackRequested IE set to 
TRUE, then the SS shall send an acknowledgment in the (first) LPP PROVIDE ASSISTANCE DATA message. 

6. Send an LPP REQUEST LOCATION INFORMATION message to obtain a fix. 

7. If the UE returns a valid result in the LPP PROVIDE LOCATION INFORMATION message within the Max 
response time specified in table 7.2.10 then record the result and process it as specified in step 8. If the UE does 
not return a valid result within the Max response time specified in table 7.2.10 or reports an Error in the LPP 
PROVIDE LOCATION INFORMATION message then record one Bad Result. 

7a. If the UE message at step 7 includes the ackRequested IE set to TRUE, then the SS shall send a LPP 
acknowledgment message. 

8. For UE based testing compare the reported Location Information in the LPP PROVIDE LOCATION 
INFORMATION message against the simulated position of the UE used in step 1, and calculate the 2D position 
error as specified in clause 4.4.2.3. Compare the 2D position error against the value in table 7.2.10 and record 
one Good Result or Bad Result as appropriate; or 

For UE assisted testing convert the GNSS Measurement Information reported in the LPP PROVIDE 
LOCATION INFORMATION message to a 2D position using the method described in clause 4.4.3 and then 
compare the result against the simulated position of the UE used in step 1, and calculate the 2D position error as 
specified in clause 4.4.2.3. Compare the 2D position error against the value in table7.2.10 and record one Good 
Result or Bad Result as appropriate. 

9. Repeat steps 1 to 8 using GNSS scenario #4 instead of #3 so that the reference location changes sufficiently such 
that the UE shall have to use the new assistance data. Use new random values for the UE location and altitude in 
step 1 and for the GNSS Reference Time offset in step 5. 

10. Repeat steps 1 to 9 until the statistical requirements of clause 7.2.6 are met. Each time scenario #3 or #4 is used, 
the start time of the GNSS scenario shall be advanced by 2 minutes from the time used previously for that 
scenario. Once a scenario reaches the end of its viable running time, restart it from its nominal start time again. 

1 1 . Release the signalling connection. 

7.2.5.3 Message contents 

Message contents are according to TS 36.508 [18] clauses 4.6 and 4.7 and as follows: 
RESET UE POSITIONING STORED INFORMATION 



Information Element 


Value/remark 


UE POSITIONING TECHNOLOGY 


AGNSS 



LPP REQUEST CAPABILITIES 



Information Element 


Value/remark 


a-gnss-RequestCapabilities 


TRUE 



LPP REQUEST LOCATION INFORMATION 
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Information Element 


Value/remark 


Comment 


commonlEsRequestLocationlnformation 






> locationlnformationType 


'locationEstimateRequired' or 
'locationlVleasurementsRequired' 


Depending on test 
case and UE 
capabilities, i.e. 
support for UE-based 
or UE-assisted 


> additionallnformation 


'onlyReturnlnformationRequested' 




>qos 






» horizontalAccuracy (Sub Test 1) 


'10' (15.9m) 




» horizontalAccuracy (Sub Tests 2 to 5) 


'6' (7.7m) 




» verticalCoordinateRequest 


FALSE 




» responseTime 


'20' 




a-gnss-RequestLocationlnformation 






> gnss-Positioninglnstructions 






» gnsslVlethods 






>» gnss-ids 


Sub-test 1 : 'gps' and possibly 

'sbas' and/or 'qzss' 

Sub-test 2: 'glonass' and possibly 

'sbas' and/or 'qzss' 

Sub-test 3: 'galileo' and possibly 

'sbas' and/or 'qzss' 

Sub-test 4: 'gps' and possibly 

'sbas' and/or 'qzss' 

Sub-test 5: 'gps' and 'glonass' and 

possibly 'sbas' and/or 'qzss' 


Depending on UE 
capabilities 


» fineTimeAssistancelVleasReq 


FALSE 




» adrMeasReq 


FALSE 




» multlFreqMeasReq 


TRUE or FALSE 


Depending on UE 
capabilities 


» assistanceAvailability 


FALSE 





7.2.6 



Test requirement 



For the parameters specified in table 7.2.7 or 7.2.8 the UE shall meet the requirements and the success rate specified in 
table 7.2.10 or 7.2.11 with a confidence level of 95% according to Annex D. 

Table 7.2.7: Test parameters Nominal Accuracy - Sub-Test 1 



Parameters 


Unit 


Value 


Number of generated satellites 


- 


8 


HDOP Range 


- 


1.1 to 1.6 


Propagation conditions 


- 


AWGN 


GPS Coarse Time assistance error 
range 


seconds 


+1.8 


GPS L1 G/A Signal for all satellites 


dBm 


-130 
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Table 7.2.8: Test parameters Nominal Accuracy - Sub-Tests 2 to 5 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 7.2.9 


Total number of generated satellites 


- 


6 or 7'^' 


HDOP Range 


- 


1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+1.8 


GPS*" 


Reference signal power level for all satellites 


dBm 


-128.5 


Galileo 


Reference signal power level for all satellites 


dBm 


-127 


GLONASS 


Reference signal power level for all satellites 


dBm 


-131 


QZSS 


Reference signal power level for all satellites 


dBm 


-128.5 


SBAS 


Reference signal power level for all satellites 


dBm 


-131 


NOTE 1 : "GPS" here means GPS L1 C/A, Modernized GPS, or both, dependent on UE 

capabilities. 
NOTE 2: 7 satellites apply only for SBAS case. 



If QZSS is supported, one of the GPS satellites will be replaced by a QZSS satellite with respective signal support. 
If SBAS is supported, the SBAS satellite with the highest elevation will be added to the scenario. 

Table 7.2.9: Satellite allocation 





Satellite allocation for each constellation 


GNSS1*" 


GNSS 2*" 


GNSS 3*" 


SBAS 


Single constellation 


6 


- 


- 


1 


Dual constellation 


3 


3 


- 


1 


Triple constellation 


2 


2 


2 


1 


N0TE1 : GNSS refers to global systems i.e., GPS, Galileo, GLONASS 



Table 7.2.10: Test requirements for Nominal Accuracy - Sub Test 1 



System 


Success rate 


2-D position error 


Max response time 


All 


95% 


31.3 m 


20.3 s 



Table 7.2.1 1 : Test requirements for Nominal Accuracy - Sub Tests 2 to 5 



System 


Success rate 


2-D position error 


Max response time 


All 


95% 


16.3 m 


20.3 s 



7.3 Dynamic Range 



7.3.1 



Sub-tests 



This test includes sub-tests dependent on the GNSS supported by the UE. Each sub-test is identified by a Sub-Test 
Number as defined in Table 7.3.1 

Table 7.3.1 : Sub-Test Number Definition 



Sub-Test 
Number 


Supported GNSS 


1 


UE supporting A-GPS L1G/A only 


2 


UE supporting A-GLONASS only 


3 


UE supporting A-Galileo only 


4 


UE supporting A-GPS and IVIodernized GPS only 


5 


UE supporting A-GPS and A-GLONASS only 
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7.3.2 



Test purpose 



To verify the performance of the first position estimate, when the UE is provided with GNSS signals with large 
dynamic ranges. 

7.3.3 Test applicability 

This test applies to all types of E-UTRA UE release 9 and forward that supports A-GNSS. 

7.3.4 Minimum conformance requirements 

The first fix position estimates shall meet the accuracy and response time requirements in table 7.3.2 for the parameters 
specified in table 7.3.3 or 7.3.4. 

Table 7.3.2: Requirements Dynamic Range 



Success rate 


2-D position error 


Max response time 


95% 


100 m 


20 s 



Table 7.3.3: Parameters Dynamic Range - Sub-Test 1 



Parameters 


Unit 


Value 


Number of generated satellites 


- 


6 


HDOP Range 


- 


1.4 to 2.1 


GPS Coarse Time assistance 
error range 


seconds 


±2 


Propagation conditions 


- 


AWGN 


GPS L1 C/A Signal for l^t satellite 


dBm 


-129 


GPS L1 C/A Signal for 2"^ satellite 


dBm 


-135 


GPS L1 C/A Signal for 3^'^ satellite 


dBm 


-141 


GPS L1 C/A Signal for 4* satellite 


dBm 


-147 


GPS L1 C/A Signal for 5* satellite 


dBm 


-147 


GPS L1 C/A Signal for 6* satellite 


dBm 


-147 



Table 7.3.4: Parameters Dynamic Range - Sub-Tests 2 to 5 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 7.3.5 


Total number of generated satellites 


- 


6 


HDOP Range 


- 


1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+2 


Galileo 


Reference high signal power level 


dBm 


-127.5 


Reference low signal power level 


dBm 


-147 


GPS'^' 


Reference high signal power level 


dBm 


-129 


Reference low signal power level 


dBm 


-147 


GLONASS 


Reference high signal power level 


dBm 


-131.5 


Reference low signal power level 


dBm 


-147 


NOTE 1 : "GPS" here means GPS L1 C/A, Modernized GPS, or both, dependent on UE 
capabilities. 
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Table 7.3.5: Power level and satellite allocation 







Satellite allocation for each constellation 




GNSS1*" 


GNSS 2'" 


GNSS 3'" 


Single constellation 


High signal level 


2 


- 


— 


Low signal level 


4 


- 


-- 


Dual constellation 


High signal level 


1 


1 


-- 


Low signal level 


2 


2 


-- 


Triple constellation 


High signal level 


1 


1 


1 


Low signal level 


1 


1 


1 


N0TE1 : GNSS refers to global systems i.e., GPS, Galileo, GLONASS 



The normative reference for this requirement is TS 36.171 [3] clause 5.3 and 6.3. 



7.3.5 



Test description 



7.3.5.1 



Initial conditions 



Initial conditions are a set of test configurations the UE needs to be tested in and the steps for the SS to take with the UE 
to reach the correct measurement state. 

Test Environment: Normal, as defined in TS 36.508 [18] clause 4.1. 

Frequencies to be tested: Mid Range, as defined in TS 36.508 [18] clause 4.3.1.2. 

Bandwidth to be tested: 5MHz 

1. Connect SS and GSS to the UE antenna connector or antenna connectors as shown in Annex A. 

2. Set the GNSS test parameters as specified in table 7.3.6 or 7.3.7 for GNSS scenario #1 in TS 37.571-5 [20]. 
Randomly select from the satellite SV IDs defined in the relevant table of Satellites to be simulated in clause 
6.2.1.2 in TS 37.571-5 [20] for the satellites with the higher levels. 

3. The parameter settings for the cell are set up according to TS 36.508 [18] clause 4.4.3, single cell scenario. 

4. Switch on the UE. 

5. Establish a signalling connection according to the generic procedure in TS 36.508 [18] clause 4.5.3 (State 3, 
Generic RB established) on a channel in the Mid EARFCN range. 



7.3.5.2 



Test procedure 



1. Start GNSS scenario #1 as specified in clause 6.2.1.2 of TS 37.571-5 [20] with the UE location randomly 
selected to be within 3 km of the Reference Location and the altitude of the UE randomly selected between m 
to 500 m above WGS-84 reference ellipsoid using the method described in clause 6.2.1.2.6 of TS 37.571-5 [20] 

2. Send a RESET UE POSITIONING STORED INFORMATION message. 

3. Send an LPP REQUEST CAPABILITIES message. 

4. The UE returns an LPP PROVIDE CAPABILITIES message indicating the assistance data supported by the UE 
in the Assistance Data Support List in the A GNSS Provide Capabilities IE. 

5. Send an LPP PROVIDE ASSISTANCE DATA message to provide the assistance data that is supported by the 
UE as indicated in the step 4 and in accordance with clause 6.2.6 of TS 37.571-5 [20], and with the values 
defined in clause 6.2.7 of TS 37.571-5 [20] with the value of GNSS Reference Time offset by a random value as 
specified in clause 6.2.7.2 of TS 37.571-5 [20] . If the UE message at step 4 includes the ackRequested IE set to 
TRUE, then the SS shall send an acknowledgment in the (first) LPP PROVIDE ASSISTANCE DATA message. 

6. Send an LPP REQUEST LOCATION INFORMATION message to obtain a fix. 

7. If the UE returns a valid result in the LPP PROVIDE LOCATION INFORMATION message within the Max 
response time specified in table 7.3.9 then record the result and process it as specified in step 8. If the UE does 
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not return a valid result within the Max response time specified in table 7.3.9 or reports an Error in the LPP 
PROVIDE LOCATION INFORMATION message then record one Bad Result. 

7a. If the UE message at step 7 includes the ackRequested IE set to TRUE, then the SS shall send a LPP 
acknowledgment message. 

8. For UE based testing compare the reported Location Information in the LPP PROVIDE LOCATION 
INFORMATION message against the simulated position of the UE used in step 1, and calculate the 2D position 
error as specified in clause 4.4.2.3. Compare the 2D position error against the value in table 7.3.9 and record one 
Good Result or Bad Result as appropriate; or 

For UE assisted testing convert the GNSS Measurement Information reported in the LPP PROVIDE 
LOCATION INFORMATION message to a 2D position using the method described in clause 4.4.3 and then 
compare the result against the simulated position of the UE used in step 1, and calculate the 2D position error as 
specified in clause 4.4.2.3. Compare the 2D position error against the value in table 7.3.9 and record one Good 
Result or Bad Result as appropriate. 

9. Repeat steps 1 to 8 using GNSS scenario #2 instead of #1 so that the reference location changes sufficiently such 
that the UE shall have to use the new assistance data. Randomly select from the satellite S V IDs defined in the 
relevant table of Satellites to be simulated in clause 6.2. L2 in TS 37.571-5 [20] for the satellites with the higher 
levels. Use new random values for the UE location and altitude in step 1 and for the GNSS Reference Time 
offset in step 5. 

10. Repeat steps 1 to 9 until the statistical requirements of clause 7.3.6 are met. Each time scenario #1 or #2 is used, 
the start time of the GNSS scenario shall be advanced by 2 minutes from the time used previously for that 
scenario. Once a scenario reaches the end of its viable running time, restart it from its nominal start time again. 
Each time scenario #1 or #2 is used, randomly select from the satellite SV IDs defined in the relevant table of 
Satellites to be simulated in clause 6.2.1.2 in TS 37.571-5 [20], for the satellites with the higher levels. 

1 1 . Release the signalling connection. 

7.3.5.3 Message contents 

Message contents are according to TS 36.508 [18] clauses 4.6 and 4.7 and as follows: 
RESET UE POSITIONING STORED INFORMATION 



Information Element 


Value/remark 


UE POSITIONING TECHNOLOGY 


AGNSS 



LPP REQUEST CAPABILITIES 



Information Element 


Value/remark 


a-gnss-RequestCapabilities 


TRUE 



LPP REQUEST LOCATION INFORMATION 
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Information Element 


Value/remark 


Comment 


commonlEsRequestLocationlnformation 






> locationlnformationType 


'locationEstimateRequired' or 
'locationlVleasurementsRequired' 


Depending on test 
case and UE 
capabilities, i.e. 
support for UE-based 
or UE-assisted 


> additionallnformation 


'onlyReturnlnformationRequested' 




>qos 






» horizontalAccuracy 


'19' (51.2m) 




» verticalCoordinateRequest 


FALSE 




» responseTime 


'20' 




a-gnss-RequestLocationlnformation 






> gnss-Positioninglnstructions 






» gnssMethods 






>» gnss-ids 


Sub-test 1 
Sub-test 2 
Sub-test 3 
Sub-test 4 
Sub-test 5 


'gps' 

'glonass' 
'galileo' 

'gps' 

'gps' and 'glonass' 




» fineTimeAssistancelVleasReq 


FALSE 




» adrMeasReq 


FALSE 




» multiFreqMeasReq 


TRUE or FALSE 


Depending on UE 
capabilities 


» assistanceAvailability 


FALSE 





7.3.6 



Test requirement 



For the parameters specified in table 7.3.6 or 7.3.7 the UE shall meet the requirements and the success rate specified in 
table 7.3.9 with a confidence level of 95% according to Annex D. 

Table 7.3.6: Test parameters Dynamic Range - Sub-Test 1 



Parameters 


Unit 


Value 


Number of generated satellites 


- 


6 


HDOP Range 


- 


1.4 to 2.1 


GPS Coarse Time assistance 
error range 


seconds 


+1.8 


Propagation conditions 


- 


AWGN 


GPS L1 C/A Signal for t^t satellite 


dBm 


-128.2 


GPS L1 C/A Signal for 2"^ satellite 


dBm 


-134 


GPS L1 C/A Signal for 3^'^ satellite 


dBm 


-140 


GPS L1 C/A Signal for 4* satellite 


dBm 


-146 


GPS L1 C/A Signal for 5* satellite 


dBm 


-146 


GPS L1 C/A Signal for 6* satellite 


dBm 


-146 
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Table 7.3.7: Test parameters Dynamic Range - Sub-Tests 2 to 5 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 7.3.8 


Total number of generated satellites 


- 


6 


HDOP Range 


- 


1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+1.8 


Galileo 


Reference high signal power level 


dBm 


-126.7 


Reference low signal power level 


dBm 


-146 


GPS'^' 


Reference high signal power level 


dBm 


-128.2 


Reference low signal power level 


dBm 


-146 


GLONASS 


Reference high signal power level 


dBm 


-130.7 


Reference low signal power level 


dBm 


-146 


NOTE 1 : "GPS" here means GPS L1 G/A, Modernized GPS, or botli, dependent on UE 
capabilities. 



Table 7.3.8: Power level and satellite allocation 







Satellite allocation for each constellation 




GNSS1*" 


GNSS 2'" 


GNSS 3'" 


Single constellation 


High signal level 


2 


- 


- 


Low signal level 


4 


- 


— 


Dual constellation 


High signal level 


1 


1 


— 


Low signal level 


2 


2 


- 


Triple constellation 


High signal level 


1 


1 


1 


Low signal level 


1 


1 


1 


N0TE1 : GNSS refers to global systems i.e., GPS, Galileo, GLONASS 



Table 7.3.9: Test requirements for Dynamic Range 



System 


Success rate 


2-D position error 


Max response time 


All 


95% 


101.3m 


20.3 s 



7.4 



Multi-Path scenario 



7.4.1 



Sub-tests 



This test includes sub-tests dependent on the GNSS supported by the UE. Each sub-test is identified by a Sub-Test 
Number as defined in Table 7.4. 1 

Table 7.4.1 : Sub-Test Number Definition 



Sub-Test 
Number 


Supported GNSS 


1 


UE supporting A-GPS LI G/A only 


2 


UE supporting A-GLONASS only 


3 


UE supporting A-Galileo only 


4 


UE supporting A-GPS and IVIodernized GPS only 


5 


UE supporting A-GPS and A-GLONASS only 



7.4.2 



Test purpose 



To verify the performance of the first position estimate, when the UE is provided with GNSS signals with multi-path 
components. 
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7.4.3 Test applicability 

This test applies to all types of E-UTRA UE release 9 and forward that supports A-GNSS. 

7.4.4 Minimum conformance requirements 

The first fix position estimates shall meet the accuracy and response time requirements in table 7.4.2 for the parameters 
specified in table 7.4.3 or 7.4.4. 

Table 7.4.2: Requirements IVIulti-Path scenario 



Success rate 


2-D position error 


Max response time 


95% 


100 m 


20 s 



Table 7.4.3: Parameters Multi-Path scenario - Sub-Test 1 



Parameters 


Unit 


Value 


Number of generated satellites (Satellites 1 , 2 

unaffected by multi-path) 

(Satellites 3, 4, 5 affected by multi-path) 




5 


GPS Coarse time assistance error range 


seconds 


+2 


HDOP Range 


- 


1.8 to 2.5 


GPS L1 C/A Signal for satellite 1 , 2 


dBm 


-130 


GPS L1 C/A Signal for satellite 3, 4, 5 


dBm 


LOS signal of -130 dBm, multi- 
path signal of -136 dBm 



Table 7.4.4: Parameters Multi-Path scenario - Sub-Tests 2 to 5 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 7.4.5 


Total number of generated satellites 


- 


6 


HDOP range 




1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+2 


Galileo 


Reference signal power level 


dBm 


-127 


GPS*" 


Reference signal power level 


dBm 


-128.5 


GLONASS 


Reference signal power level 


dBm 


-131 


NOTE 1 : "GPS" here means GPS LI C/A, Modernized GPS, or both, dependent on UE 
capabilities. 



Table 7.4.5: Channel model allocation 







Channel model allocation for each 
constellation 




GNSS-1 


GNSS-2 


GNSS-3 


Single constellation 


One-tap channel 


2 


- 


- 


Two-tap channel 


4 


- 


- 


Dual constellation 


One-tap channel 


1 


1 


- 


Two-tap channel 


2 


2 


- 


Triple constellation 


One-tap channel 


1 


1 


1 


Two-tap channel 


1 


1 


1 



The normative reference for this requirement is TS 36.171 [3] clause 5.4 and 6.4. 
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7.4.5 Test description 

7.4.5.1 Initial conditions 

Initial conditions are a set of test configurations the UE needs to be tested in and the steps for the SS to take with the UE 
to reach the correct measurement state. 

Test Environment: Normal, as defined in TS 36.508 [18] clause 4.1. 

Frequencies to be tested: Mid Range, as defined in TS 36.508 [18] clause 4.3.1.2. 

Bandwidth to be tested: 5MHz 

1. Connect SS and GSS to the UE antenna connector or antenna connectors as shown in Annex A. 

2. Set the GNSS test parameters as specified in table 7.4.6 or 7.4.7 for GNSS scenario #1 in TS 37.571-5 [20]. 
Randomly select from the satellite SV IDs defined in the relevant table of Satellites to be simulated in clause 
6.2.1.2 in TS 37.571-5 [20] for the satellites with one-tap channels. 

3. The parameter settings for the cell are set up according to TS 36.508 [18] clause 4.4.3, single cell scenario. 

4. Switch on the UE. 

5. Establish a signalling connection according to the generic procedure in TS 36.508 [18] clause 4.5.3 (State 3, 
Generic RB established) on a channel in the Mid EARFCN range. 

7.4.5.2 Test procedure 

1. Start GNSS scenario #1 as specified in clause 6.2.1.2 of TS 37.571-5 [20] with the UE location randomly 
selected to be within 3 km of the Reference Location and the altitude of the UE randomly selected between m 
to 500 m above WGS-84 reference ellipsoid using the method described in clause 6.2.1.2.6 of TS 37.571-5 [20] . 
The initial carrier phase difference between taps of the multi-path model shall be randomly selected between 
and 271 radians by selecting the next random number from a standard uniform random number generator, in the 
range to 2n, representing radians with a resolution of 0.1, representing 0.1 radians. 

2. Send a RESET UE POSITIONING STORED INFORMATION message. 

3. Send an LPP REQUEST CAPABILITIES message. 

4. The UE returns an LPP PROVIDE CAPABILITIES message indicating the assistance data supported by the UE 
in the Assistance Data Support List in the A GNSS Provide Capabilities IE. 

5. Send an LPP PROVIDE ASSISTANCE DATA message to provide the assistance data that is supported by the 
UE as indicated in the step 4 and in accordance with clause 6.2.6 of TS 37.571-5 [20], and with the values 
defined in clause 6.2.7 of TS 37.571-5 [20] with the value of GNSS Reference Time offset by a random value as 
specified in clause 6.2.7.2 of TS 37.571-5 [20] . If the UE message at step 4 includes the ackRequested IE set to 
TRUE, then the SS shall send an acknowledgment in the LPP PROVIDE ASSISTANCE DATA message. 

6. Send an LPP REQUEST LOCATION INFORMATION message to obtain a fix. 

7. If the UE returns a valid result in the LPP PROVIDE LOCATION INFORMATION message within the Max 
response time specified in table 7.4. 10 then record the result and process it as specified in step 8. If the UE does 
not return a valid result within the Max response time specified in table 7.4.10 or reports an Error in the LPP 
PROVIDE LOCATION INFORMATION message then record one Bad Result. 

7a. If the UE message at step 7 includes the ackRequested IE set to TRUE, then the SS shall send a LPP 
acknowledgment message. 

8. For UE based testing compare the reported Location Information in the LPP PROVIDE LOCATION 
INFORMATION message against the simulated position of the UE used in step 1, and calculate the 2D position 
error as specified in clause 4.4.2.3. Compare the 2D position error against the value in table 7.4.10 and record 
one Good Result or Bad Result as appropriate; or 

For UE assisted testing convert the GNSS Measurement Information reported in the LPP PROVIDE 
LOCATION INFORMATION message to a 2D position using the method described in clause 4.4.3 and then 
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compare the result against the simulated position of the UE used in step 1, and calculate the 2D position error as 
specified in clause 4.4.2.3. Compare the 2D position error against the value in table 7.4.10 and record one Good 
Result or Bad Result as appropriate. 

9. Repeat steps 1 to 8 using GNSS scenario #2 instead of #1 so that the reference location changes sufficiently such 
that the UE shall have to use the new assistance data. Randomly select from the satellite SV IDs defined in the 
relevant table of Satellites to be simulated in clause 6.2.1.2 in TS 37.571-5 [20] for the satellites with the one-tap 
channels. Use new random values for the UE location and altitude, and the initial carrier phase difference 
between taps of the multi-path model in step 1 and for the GNSS Reference Time offset in step 5. 

10. Repeat steps 1 to 9 until the statistical requirements of clause 7.4.6 are met. Each time scenario #1 or #2 is used, 
the start time of the GNSS scenario shall be advanced by 2 minutes from the time used previously for that 
scenario. Once a scenario reaches the end of its viable running time, restart it from its nominal start time again. 
Each time scenario #1 or #2 is used, randomly select from the satellite SV IDs defined in the relevant table of 
Satellites to be simulated in clause 6.2.1.2 in TS 37.571-5 [20], for the satellites with the one-tap channels. 

1 1 . Release the signalling connection 

7.4.5.3 Message contents 

Message contents are according to TS 36.508 [18] clauses 4.6 and 4.7 and as follows: 
RESET UE POSITIONING STORED INFORMATION 



Information Element 


Value/remark 


UE POSITIONING TECHNOLOGY 


AGNSS 



LPP REQUEST CAPABILITIES 



Information Element 


Value/remark 


a-gnss-RequestCapabilities 


TRUE 



LPP REQUEST LOCATION INFORMATION 



Information Element 


Value/remark 


Comment 


commonlEsRequestLocationlnformation 






> locationlnformationType 


'locationEstimateRequired' or 
'locationMeasurementsRequired' 


Depending on test 
case and UE 
capabilities, i.e. 
support for UE-based 
or UE-assisted 


> additionallnformation 


'onlyReturnlnformationRequested' 




>qos 






» horizontalAccuracy 


'19' (51.2m) 




» verticalCoordinateRequest 


FALSE 




» responseTime 


'20' 




a-gnss-RequestLocationlnformation 






> gnss-Positioninglnstructions 






» gnsslVlethods 






>» gnss-ids 


Sub-test 1 
Sub-test 2 
Sub-test 3 
Sub-test 4 
Sub-test 5 


'gps' 

'glonass' 
'galileo' 

'gps' 

'gps' and 'glonass' 




» fineTimeAssistancelVleasReq 


FALSE 




» adrMeasReq 


FALSE 




» multlFreqMeasReq 


TRUE or FALSE 


Depending on UE 
capabilities 


» assistanceAvailability 


FALSE 
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7.4.6 



Test requirement 



For the parameters specified in table 7.4.6 or 7.4.7 the UE shall meet the requirements and the success rate specified in 
table 7.4.10 with a confidence level of 95% according to Annex D. 

Table 7.4.6: Test parameters Multi-Path scenario - Sub-Test 1 



Parameters 


Unit 


Value 


Number of generated satellites (see note) 


- 


5 


GPS Coarse Time assistance error range 


seconds 


+1.8 


HDOP Range 


- 


1.8 to 2.5 


GPS L1 C/A Signal for Satellite 1 , 2 (see note) 


dBm 


-130 


GPS L1 C/A Signal for Satellite 3, 4, 5 (see 
note) 


dBm 


LOS signal of -130 dBm, multi- 
path signal of -136.2 dBm 


NOTE: Satellites 1 , 2 no multi-path. Satellites 3, 4, 5 multi-path defined in clause 4.2.4. 



Table 7.4.7: Test parameters Multi-Path scenario - Sub-Tests 2 to 5 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 6.18 


Total number of generated satellites 


- 


6 


HDOP Range per system 


- 


1.4 to 2.1 


Propagation conditions 


- 


AWGN 


GNSS coarse time assistance error range 


seconds 


+2 


Galileo 


Reference signal power level for all satellites 


dBm 


-127 


GPS*" 


Reference signal power level for all satellites 


dBm 


-128.5 


GLONASS 


Reference signal power level for all satellites 


dBm 


-131 


NOTE 1 : "GPS" here means GPS LI C/A, Modernized GPS, or both, dependent on UE 
capabilities. 



Table 6.18: Satellite allocation 





Satellite allocation for each constellation 


GNSS1*" 


GNSS 2*" 


GNSS 3*" 


Single constellation 


6 


- 


— 


Dual constellation 


3 


3 


- 


Triple constellation 


2 


2 


2 


N0TE1 : GNSS refers to global systems i.e., GPS, Galileo, GLONASS 



Table 7.4.10: Test requirements for Multi-Path scenario 



System 


Success rate 


2-D position error 


Max response time 


All 


95% 


101.3m 


20.3 s 



7.5 Moving scenario and periodic update 



7.5.1 



Sub-tests 



This test includes sub-tests dependent on the GNSS supported by the UE. Each sub-test is identified by a Sub-Test 
Number as defined in Table 7.5. 1 
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Table 7.5.1 : Sub-Test Number Definition 



Sub-Test 
Number 


Supported GNSS 


1 


UE supporting A-GPS L1C/A only 


2 


UE supporting A-GLONASS only 


3 


UE supporting A-Galileo only 


4 


UE supporting A-GPS and Modernized GPS only 


5 


UE supporting A-GPS and A-GLONASS only 



7.5.2 Test purpose 

To verify the performance when the UE is requested to use periodical reporting with a reporting interval of 2 seconds. 

7.5.3 Test applicability 

This test applies to all types of E-UTRA UE release 9 and forward that supports A-GNSS. 



7.5.4 



Minimum conformance requirements 



The position estimates, after the first reported position estimate, shall meet the accuracy requirement in table 7.5.2 or 
7.5.3 with the periodical reporting interval of 2 seconds for the parameters specified in table 7.5.4 or 7.5.5. 

NOTE: In the actual testing the UE may report error messages until it has been able to acquire GNSS measured 
results or a position estimate. The SS shall only consider the first measurement report different from an 
error message as the first position estimate in the requirement in table 7.5.2 or 7.5.3. 

Table 7.5.2: Requirements IVIoving scenario and periodic update - Sub-Test 1 



Success Rate 


2-D position error 


Periodical reporting interval 


95% 


100 m 


2s 



Table 7.5.3: Requirements IVIoving scenario and periodic update - Sub-Tests 2 to 5 



Success Rate 


2-D position error 


Periodical reporting interval 


95% 


50 m 


2s 



Table 7.5.4: Parameters Moving scenario and periodic update - Sub-Test 1 



Parameters 


Unit 


Value 


Number of generated satellites 


- 


5 


HDOP Range 


- 


1.8 to 2.5 


Propagation condition 


- 


AWGN 


GPS LI G/A signal for all 
satellites 


dBm 


-130 



Table 7.5.5: Parameters Moving scenario and periodic update - Sub-Tests 2 to 5 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 7.5.6 


Total number of generated satellites 


- 


6 


HDOP range 




1.4 to 2.1 


Propagation conditions 


- 


AWGN 


Galileo 


Reference signal power level 


dBm 


-127 


GPS*" 


Reference signal power level 


dBm 


-128.5 


GLONASS 


Reference signal power level 


dBm 


-131 


NOTE 1 : "GPS" here means GPS LI G/A, Modernized GPS, or both, dependent on UE 
capabilities. 
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Table 7.5.6: Satellite allocation 





Satellite allocation for each constellation 


GNSS1*" 


GNSS 2*'' 


GNSS 3*'' 


Single constellation 


6 


- 


— 


Dual constellation 


3 


3 


-- 


Triple constellation 


2 


2 


2 


N0TE1 : GNSS refers to global systems i.e., GPS, Galileo, GLONASS 



The normative reference for this requirement is TS 36.171 [3] clause 5.5 and 6.5. 



7.5.5 



Test description 



7.5.5.1 



Initial conditions 



Initial conditions are a set of test configurations the UE needs to be tested in and the steps for the SS to take with the UE 
to reach the correct measurement state. 

Test Environment: Normal, as defined in TS 36.508 [18] clause 4.1. 

Frequencies to be tested: Mid Range, as defined in TS 36.508 [18] clause 4.3.1.2. 

Bandwidth to be tested: 5MHz 

The UE moves on a rectangular trajectory of 940 m by 1 440 m with rounded corner defined in Figure 7.1. The initial 
reference is first defined followed by acceleration to final speed of 100 km/h in 250 m. The UE then maintains the 
speed for 400 m. This is followed by deceleration to final speed of 25 km/h in 250 m. The UE then turn 90 degrees with 
turning radius of 20 m at 25 km/h. This is followed by acceleration to final speed of 100 km/h in 250 m. The sequence 
is repeated to complete the rectangle. 



hsT 



1440 m 


" 
h 


940 m 
r = 20m 


r 



21 '22 



'23 



H H 

^24 ^25 



Trajectory Parameters 



Parameter 


Distance (m) 


Speed (km/h) 


'1I' 'l5' '2I' '25 


20 


25 


'l2' 'l4' '22' '24 


250 


25 to 1 00 and 1 00 to 25 


Il3 


400 


100 


'23 


900 


100 



Figure 7.1 : Rectangular trajectory of the moving scenario and periodic update test case 

1. Connect SS and GSS to the UE antenna connector or antenna connectors as shown in Annex A. 

2. Set the GPS test parameters as specified in table 7.5.7 or 7.5.8 for GPS scenario #5 in TS 37.571-5 [20]. 
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3. The parameter settings for the cell are set up according to TS 36.508 [18] clause 4.4.3, single cell scenario. 

4. Switch on the UE. 

5. Establish a signalling connection according to the generic procedure in TS 36.508 [18] clause 4.5.3 (State 3, 
Generic RB established) on a channel in the Mid EARFCN range. 

7.5.5.2 Test procedure 

1. Start GNSS scenario #5 as specified in clause 6.2.1.2 of TS 37.571-5 [20] 

2. Send a RESET UE POSITIONING STORED INFORMATION message. 

3. Send an LPP REQUEST CAPABILITIES message. 

4. The UE returns an LPP PROVIDE CAPABILITIES message indicating the assistance data supported by the UE 
in the Assistance Data Support List in the A GNSS Provide Capabilities IE. 

5. Send an LPP PROVIDE ASSISTANCE DATA message to provide the assistance data that is supported by the 
UE as indicated in the step 4 and in accordance with clause 6.2.6 of TS 37.571-5 [20], and with the values 
defined in clause 6.2.7 of TS 37.571-5 [20]. If the UE message at step 4 includes the ackRequested IE set to 
TRUE, then the SS shall send an acknowledgment in the LPP PROVIDE ASSISTANCE DATA message. 

6. Send an LPP REQUEST LOCATION INFORMATION message to obtain a fix. 

7. Ignore any Error messages that the UE may report in LPP PROVIDE LOCATION INFORMATION messages 
until it has been able to acquire the GNSS signals and reports the first GNSS Measurement Information or 
Location Information. 

8. Discard the first GNSS Measurement Information or Location Information. 

9. Record the time of reception of the next LPP PROVIDE LOCATION INFORMATION message after reception 
of the first GNSS Measurement Information or Location Information. 

10. After the reception of the first GNSS Measurement Information or Location Information reported in a LPP 
PROVIDE LOCATION INFORMATION message, every time the UE returns a GNSS Measurement 
Information or Location Information in the LPP PROVIDE LOCATION INFORMATION message record the 
time of reception and the result. If the difference between the time of reception and the time of reception of the 
previous result is less than 1 .5 seconds or greater than 2.5 seconds, or if the UE reports an Error in any LPP 
PROVIDE LOCATION INFORMATION messages, then record one Bad Result. Otherwise process the result as 
specified in step 1 1 . 

10a. If the UE messages at steps 7 to 10 include the ackRequested IE set to TRUE, then the SS shall send LPP 
acknowledgment messages as required. 

1 1 . For UE based testing compare the reported Location Information in the LPP PROVIDE LOCATION 
INFORMATION message against the simulated position of the UE at the time of applicability reported in the 
Location Information, and calculate the 2D position error as specified in clause 4.4.2.3. Compare the 2D position 
error against the value in table 7.5. 10 or 7.5. 1 1 and record one Good Result or Bad Result as appropriate; or 

For UE assisted testing convert the GNSS Measurement Information reported in the LPP PROVIDE 
LOCATION INFORMATION message to a 2D position using the method described in clause 4.4.3 and then 
compare the result against the simulated position of the UE at the time of applicability reported in the GNSS 
Measurement Information, and calculate the 2D position error as specified in clause 4.4.2.3. Compare the 2D 
position error against the value in table 7.5.10 or 7.5.1 1 and record one Good Result or Bad Result as 
appropriate. 

12. If the UE sends the first LPP PROVIDE LOCATION INFORMATION that contains GNSS Measurement 
Information or Location Information later than 240s after the start of the GNSS scenario, fail the UE and stop the 
test early. Otherwise collect LPP PROVIDE LOCATION INFORMATION results during 900s, starting from the 
time recorded in step 9. If at any time the difference between the times of reception of two consecutive results is 
greater than 240s, fail the UE and stop the test early. Use the collected Good Results and Bad Results to 
determine the PASS/FAIL according to clause 7.5.6. 

13. Release the signalling connection. 
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7.5.5.3 Message contents 

Message contents are according to TS 36.508 [18] clauses 4.6 and 4.7 and as follows: 
RESET UE POSITIONING STORED INFORMATION 



Information Element 


Value/remark 


UE POSITIONING TECHNOLOGY 


AGNSS 



LPP REQUEST CAPABILITIES 



Information Element 


Value/remark 


a-gnss-RequestCapabilities 


TRUE 



LPP REQUEST LOCATION INFORMATION 



Information Element 


Value/remark 


Comment 


commonlEsRequestLocationlnformation 






> locationlnformationType 


'locationEstimateRequired' or 
'locationMeasurementsRequired' 


Depending on test 
case and UE 
capabilities, i.e. 
support for UE-based 
or UE-assisted 


> periodicalReporting 






» reportingAmount 


'ra-lnfinity ' 


Infinite means during 
the complete test time 


» reportinglnterval 


'ri2' 


2 seconds 


> additional Information 


'onlyReturnlnformationRequested' 




>qos 






» horizontalAccuracy (Sub Test 1) 


'19' (51.2m) 




» horizontalAccuracy (Sub Tests 2 to 5) 


'13' (24.5m) 




» verticalGoordinateRequest 


FALSE 




» responseTime 


Not present 




a-gnss-RequestLocationlnformation 






> gnss-Positioninglnstructions 






» gnsslVlethods 






>» gnss-ids 


Sub-test 1 
Sub-test 2 
Sub-test 3 
Sub-test 4 
Sub-test 5 


'gps' 

'glonass' 
'galileo' 

'gps' 

'gps' and 'glonass' 




» fineTimeAssistancel\/leasReq 


FALSE 




» adrMeasReq 


FALSE 




» multlFreqMeasReq 


TRUE or FALSE 


Depending on UE 
capabilities 


» assistanceAvailability 


FALSE 





7.5.6 



Test requirement 



For the parameters specified in table 7.5.7 or 7.5.8 the UE shall meet the requirements and the success rate specified in 
table 7.5.10 or 7.5.1 1 after the first reported position estimates. 

NOTES: 1. In the testing the UE may report error messages until it has been able to acquire GNSS measured 
results or a position estimate. The test equipment shall only consider the first measurement report 
different from an error message as the first position estimate in the requirement in table 7.5. 10 or 7.5. 11. 

2. Due to the statistical nature of the results it is not possible to design a test with predefined confidence 
level for the success rate in table 7.5.10 or 7.5.11, therefore a simple PASS/FAIL of the results gathered 
against this success rate is used. 



£75/ 



3GPP TS 37.571-1 version 9.1.0 Release 9 



79 



ETSI TS 137 571-1 V9.1.0 (2012-03) 



Table 7.5.7: Test parameters Moving scenario and periodic update - Sub-Test 1 



Parameters 


Unit 


Value 


Number of generated satellites 


- 


5 


HDOP Range 


- 


1.8 to 2.5 


Propagation condition 


- 


AWGN 


GPS LI C/A Signal for all 
satellites 


dBm 


-130 



Table 7.5.8: Test parameters Moving scenario and periodic update - Sub-Tests 2 to 5 



System 


Parameters 


Unit 


Value 




Number of generated satellites per system 


- 


See Table 7.5.9 


Total number of generated satellites 


- 


6 


HDOP Range per system 


- 


1.4 to 2.1 


Propagation conditions 


- 


AWGN 


Galileo 


Reference signal power level for all satellites 


dBm 


-127 


GPS'" 


Reference signal power level for all satellites 


dBm 


-128.5 


GLONASS 


Reference signal power level for all satellites 


dBm 


-131 


NOTE 1 : "GPS" here means GPS LI C/A, Modernized GPS, or both, dependent on UE 
capabilities. 



Table 7.5.9: Satellite allocation 





Satellite allocation for each constellation 


GNSS1*" 


GNSS 2*" 


GNSS 3*'' 


Single constellation 


6 


- 


— 


Dual constellation 


3 


3 


- 


Triple constellation 


2 


2 


2 


N0TE1 : GNSS refers to global systems i.e., GPS, Galileo, GLONASS 



Table 7.5.10: Test requirements for Moving scenario and periodic update - Sub-Test 1 



System 


Success rate 


2-D position error 


Periodical reporting 
interval 


All 


95% 


101.3m 


Between 1 .5 s and 2.5s 



Table 7.5.11 : Test requirements for Moving scenario and periodic update - Sub-Tests 2 to 5 



System 


Success rate 


2-D position error 


Periodical reporting interval 


All 


95% 


51.3 m 


Between 1 .5 s and 2.5s 



8 E-UTRA ECID measurement requirements 



8.1 



UE Rx - Tx Time Difference 



8.1 .1 E-UTRAN FDD UE Rx - Tx time difference case 

Editor's note: This section is incomplete. The following aspects are either missing or not yet determined: 

• The Test system uncertainties applicable to this test are undefined 

• The Test tolerances applicable to this test are undefined 

• The Test Procedure in the case ofLTE Bands that do not support 1.4MHz channel bandwidth needs 
further consideration 
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8.1.1.1 



Test purpose 



The purpose of this test is to verify that the E-UTRAN FDD UE Rx - Tx time difference measurement accuracy is 
within the specified limits in TS 36.133 [23] clause 9.1.9. 

8.1.1.2 Test applicability 

This test applies to all types of E-UTRA FDD UE release 9 and forward that supports ECID positioning. 

8.1 .1 .3 Minimum conformance requirements 

NOTE: This measurement is used for UE positioning purposes. 
The UE RX-TX time difference is measured from the serving cell. 
The accuracy requirements in Table 8.1.1.3-1 are valid under the following conditions: 

Cell specific reference signals are transmitted either from one, two or four antenna ports. 

Conditions defined in TS 36.101 [2] clause 7.3 for reference sensitivity are fulfilled. 

No changes to the uplink transmission timing are applied during the measurement period. 

RSRPIdBm according to clause E. 1 for a corresponding Band. 

Table 8.1 .1 .3-1 : UE Rx - Tx time difference measurement accuracy 



Parameter 


Downlink 

Bandwidth 

[MHz] 


Unit 


Accuracy 
[Ts] 


Conditions 


Bands 1,4,6, 
10,11,18,19, 
21,23,24,33, 
34, 35, 36, 37, 
38, 39, 40 


Bands 2, 5, 7 


Bands 25 


Bands 3, 8, 12, 

13,14,17,20, 

22 


Bands 9, 41, 42 
43 


lo 


lo 


lo 


lo 


lo 


UE RX-TX 

time difference 

for Es/lot > - 

3dB 


<3MHz 


Is 


±20 


-121dBm/15l<Hz 
...-50dBm/ 

BWchannel 


-119dBm/15l<Hz 
...-50dBm/ 

BWchannel 


-117.5dBm/15l<Hz 
... -50dBm/ 

BWchannel 


-118dBm/15kHz 
... -50dBm/ 

BWchannel 


-120dBm/15kHz 


>5MHz 


±10 


... -50dBm/ 

BWchannel 


Note 1 : lo is assumed to liave constant EPRE across the bandwidth. 
Note 2: Ts is the basic timing unit defined in TS 36.21 1 . 



The reporting range of UE Rx - Tx time difference is defined from to 20472Ts with 2Ts resolution for UE Rx - Tx 
time difference less than 4096Ts and 8Ts for UE Rx - Tx time difference equal to or greater than 4096Ts. 

The mapping of measured quantity is defined in Table 8.1.1.3-2. 

Table 8.1.1.3-2: UE Rx - Tx time difference measurement report mapping 



Reported value 


Measured quantity value 


Unit 


RX-TX TIME DIFFERENCE 0000 


TuE Rx-Tx < 2 


Ts 


RX-TX TIME DIFFERENCE 0001 


2 < TuE Rx-Tx < 4 


Ts 


RX-TX TIME DIFFERENCE 0002 


4 < TuE Rx-Tx < 6 


Ts 








RX-TX TIME DIFFERENCE 2046 


4092 < TuE Rx-Tx < 4094 


Ts 


RX-TX TIME DIFFERENCE 2047 


4094 < TuE Rx-Tx < 4096 


Ts 


RX-TX TIME DIFFERENCE 2048 


4096 < TuE Rx-Tx < 41 04 


Ts 


RX-TX TIME DIFFERENCE 2049 


4104<TuERx-Tx<4112 


Ts 








RX-TX_TIME_DIFFERENCE_4093 


20456 < TuE Rx-Tx < 20464 


Ts 


RX-TX_TIME_DIFFERENCE_4094 


20464 < TuE Rx-Tx < 20472 


Ts 


RX-TX_TIME_DIFFERENCE_4095 


20472 < TuE Rx-Tx 


Ts 



The normative reference for this requirement is TS 36.133 [23] clause 9.1.9 and A.9.7.1. 
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8.1.1.4 Test description 

The test consists of two sub-tests; the difference between the sub-tests is the bandwidth, 1.4MHz and lOMHz. Each 
subtest has two test points with time delays starting at 32 T^ and 5008 T^ respectively. There is only one active cell in 
the tests. The tested UE is connected with the serving cell, configured to transmit SRS signals periodically, and 
signalled to report UE Rx - Tx time difference measurement. The test equipment measures the transmit timing of the 
UE using the transmitted SRS. The test equipment then compares this timing to the UE Rx-Tx measurement reported by 
the UE. 

8.1 .1 .4.1 Initial conditions 

Test Environment: Normal as defined in TS 36.508 [18] clause 4.1. 

Frequencies to be tested: According to TS 36.508 [18] clauses 4.4.2 and 4.3.1.1. 

Channel Bandwidth to be tested: 1,4 and lOMHz as defined in TS 36.508 [18] clause 4.3.1.1. 

1. Connect the SS (node B emulator) and AWGN noise source to the UE antenna connectors as shown in Annex A 

figure A. 5. 

2. Propagation conditions are set according to clause 4.6.2.1. 

3. Message contents are defined in clause 8.1.1.4.3. 

4. Cell 1 is the serving cell. Cell 1 is the cell used for connection setup with the power levels set according to TS 

36.521-3 [25] clauses CO and C.l for this test. 

8.1.1.4.2 Test procedure 

1. The SS sets the initial downlink timing for Cell 1 to a delay of 32 Ts (test point 1) 

2. Bring the UE to State 3A or 3A-RF according to TS 36.508 [18] clause 4.5. 3A or 5.2A.2, using a value of intial 
timing advance command Ta = 2 in the Random Access Reponse which indicates an initial timing advance value 
Nta= 32 Ts. Note that in the remainder of the test the timing advance command Ta = 31 which indicates a 
timing advance adjustment value Nta= Ts. 

3. Set the parameters according to Test 1 in Tables 8.1.1.5-1 and 8.1.1.5-2 as appropriate. Propagation conditions 
are set according to clause 4.6.2.1. 

4. The SS shall transmit an RRCConnectionReconfiguration message 

5. The UE shall transmit an RRCConnectionReconfigurationComplete message. 

6. The SS adjusts the downlink timing for Cell 1 to a delay of H-8 Ts for Test 1 and +4 Ts for Test 2, compared to 
that in step 1 . 

7. Wait for 1.6 s to allow for the possiblility that the UE makes autonomous timing adjustments. 

8. The SS shall transmit an LPP REQUEST LOCATION INFORMATION message, including the 
ECID-RequestLocationlnformation IE. 

9. The UE shall transmit an LPP PROVIDE LOCATION INFORMATION message including the ecid- 
SignalMeasurementlnformation IE. 

10. As soon as possible after step 9 the SS shall measure the transmit timing of the UE using the transmitted SRS, 
relative to the current downlink timing. 

11. The SS shall check the reported value of ue-RxTxTimeDiff in the ecid-SignalMeasurementlnformation IE 
provided by the UE in step 9 and compare it with the value measured in step 10. The SS shall check that the 
reported value is within the limits specified in table 8.1.1.5-3 compared to the measured value for the test and 
test point. If the reported value is within the limits the number of successful tests is increased by one. If the 
reported value is not within the limits, or the UE reports an error in the LPP PROVIDE LOCATION 
INFORMATION message in step 9, or does not respond at step 9 within the time given by the 
responseTime IE in the ECID-RequestLocationlnformation IE in step 8, then the number of unsuccessful tests is 
increased by one. 
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12. Repeat steps 6-1 1 until the confidence level according to Annex D.4.3 is achieved. 

13. Repeat steps 1-12 with an initial downlink timing delay for Cell 1 of 5008 Ts(test point 2) in step 1 and a value 
of intial timing advance command Ta = 313 in the Random Access Reponse which indicates an initial timing 
advance value Nta= 5008 Tsin step 2. 

14. Repeat steps 1-13 for Test 2 in Tables 8.1.1.5-1 and 8.1.1.5-2 as appropriate. 

Note that for each of the tests (Test 1 and Test 2 in Tables 8.1.1.5-1 and 8.1.1.5-2), each of the test points (test point 
1 and test point 2) is evaluated independently for the statistics, resulting in an event verdict: pass or fail. Each 
event is evaluated only until the confidence level according to D.4.3 is achieved. Different events may require 
different times for a verdict. If both events pass, the test passes. If one or both event fails, the test fails. 

8.1.1.4.3 Message contents 

Message contents are according to TS 36.508 [18] clause 4.6 with the following exceptions: 

Table 8.1.1.4.3-1 : SoundingRS-RL-ConfigCommon-DEFAULT: UE Rx - Tx time difference for E- 

UTRAN FDD test requirement 



Derivation Path: TS 36.508 [18] clause 4.6.3, Table 4.6.3-21 SoundingRS-UL-ConflgCommon-DEFAULT 


Information Element 


Value/remark 


Comment 


Condition 


SoundingRS-UL-ConfigCommon-DEFAULT ::= 
SEQUENCE] 








setup SEQUENCE { 








srs-BandwidthConfig 




Set according to 
specific test; bw7 
for Test 1 and bw5 
for Test 2 




srs-SubframeConfig 


Scl 




FDD 


ackNackSRS-SimultaneousTransmission 


FALSE 






srsMaxUpPts 


Not present 




FDD 


} 









Table 8.1.1.4.3-2: SoundingRS-RL-ConfigDedicated-DEFAULT: UE Rx - Tx time difference for E- 

UTRAN FDD test requirement 



Derivation Path: TS 36.508 [18] clause 4.6.3, Table 4.6.3-22 SoundingRS-UL-ConfigDedicated-DEFAULT 


Information Element 


Value/remark 


Comment 


Condition 


SoundingRS-UL-ConfigDedicated-DEFAULT::= 
CHQICE] 








setup SEQUENCE { 








srs-Bandwidth 


bwO 


bwO used with no 
frequency hopping. 
bw3 used with 
frequency hopping 




srs-HoppingBandwidth 


hbwO 






freqDomainPosition 









duration 


TRUE 


Indefinite duration 




srs-Configlndex 









transmissionComb 









cyclicShift 


csO 


No cyclic shift 




} 








} 
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Table 8.1.1.4.3-3: EClD-RequestLocationlnformation: UE Rx - Tx time difference for E-UTRAN FDD 

test requirement 



Derivation Path: TS 36.355 clause 6.2 


Information Element 


Value/remark 


Comment 


Condition 


LPP-Message ::= SEQUENCE { 








transactionID SEQUENCE { 








Initiator 


locationServer 






transactionNumber 


1 






1 








endlransaction 


FALSE 






sequenceNumber 


Not present 






acl<nowledgement 


Not present 






Ipp-IVIessageBody CHOICE { 








c1 CHQICE{ 








requestLocation Information SEQUENCE { 








criticalExtensions CHOICE { 








c1 CHOICE! 








requestLocationlnformation-r9 SEQUENCE { 








commonlEsRequestLocationlnformation 
SEQUENCE! 








locationlnformationType 


locationMeasurementsRe 
quired 






triggeredReporting 


Not present 






periodicalReporting 


Not present 






additionallnformation 


onlyReturnlnformationRe 
quested 






qos SEQUENCE { 








horizontalAccuracy 


Not present 






verticalCoordinateRequest 


FALSE 






verticalAccuracy 


Not present 






responseTime 


[10FFS] 






velocityRequest 


FALSE 






} 








Environment 


Not present 






locationCoordinateTypes 


Not present 






velocityTypes 


Not present 






} 








a-gnss-RequestLocationlnformation 


Not present 






otdoa-RequestLocationlnformation 


Not present 






ecid-RequestLocationlnformation ::= 
SEQUENCE! 


Not present 






requestedlVleasurements 


001 


ueRxTxReq 




} 








epdu-RequestLocationlnformation 


Not Present 






1 








1 








} 








} 








} 








1 
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Table 8.1.1.4.3-4: EClD-ProvideLocationlnformation: UE Rx - Tx time difference for E-UTRAN FDD 

test requirement 



Derivation Path: 36.355 clause 6.2 


Information Element 


Value/remark 


Comment 


Condition 


LPP-Message ::= SEQUENCE { 








transactionID SEQUENCE { 








Initiator 


locationServer 






transactionNumber 


1 






1 








endlransaction 


TRUE 






sequenceNumber 


(0..255) 






acknowledgement 








Ipp-MessageBody CHOICE { 








c1 CHQICE{ 








provideLocationlnformation SEQUENCE { 








criticalExtensions CHOICE { 








c1 CHOICE! 








provideLocationlnformation-r9 SEQUENCE { 








commonlEsProvideLocationlnformation 


Not present. 






a-gnss-ProvideLocationlnformation 


Not present 






otdoa-ProvideLocationlnformation 


Not present 






ecid-ProvideLocationlnformation ::= 

SEQUENCE! 








ecid-SignalMeasurementlnformation ::= 
SEQUENCE! 








primaryCellMeasuredResults 


Not Present 






MeasuredResultsList ::= SEQUENCE 
(SIZE(1..32))OF 
IVIeasuredResultsElement 








MeasuredResultsElement ::= SEQUENCE ! 








physCellld 








cellGloballd 








arfcnEUTRA 








systemFrameNumber 








rsrp-Result 


Not Present 






rsrq-Result 


Not Present 






ue-RxTxTimeDiff 




Set according 
to specific test 




} 








1 








1 








epdu-ProvideLocationlnformation 


Not present 






} 








} 








1 








1 








} 








} 









8.1.1.5 Test requirement 

Table 8.1.1.5-1 defines the primary level settings including test tolerances for all tests. 
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Table 8.1 .1 .5-1 : FDD UE Rx - Tx time difference test parameters 



Parameter 


Unit 


Testi 


Test 2 


E-UTRAN RF Channel Number 




1 


1 


BWchannel 


MHz 


1.4 


10 


DRX 




OFF 


PDSCH Reference measurement channel defined in TS 36.521-3 [25] 
clause A.1.1 




R.2 FDD 


R.O FDD 


PDSCH allocation 


^PRB 


2—3 


13—36 


PDCCH/PCFICH/PHICH Reference measurement channel defined in TS 
36.521-3 [25] clause A.2.1 




R.8 FDD 


R.6 FDD 


OCNG Patterns defined in TS 36.521-3 [25] clause D.1.4 (0P.4 FDD) and 
D.1.2(OP.2FDD) 




0P.4 FDD 


0P.2 FDD 


PBCH_RA 


dB 








PBCH_RB 


dB 


PSS_RA 


dB 


SSS_RA 


dB 


PCFICH_RB 


dB 


PHICH_RA 


dB 


PHICH_RB 


dB 


PDCCH_RA 


dB 


PDCCH_RB 


dB 


PDSCH_RA 


dB 


PDSCH RB 


dB 


OCNG RA™'"' 


dB 


OCNG_RB™'"' 


dB 


\T Note2 
oc 


dBm/15kHz 


-98 


-98 


RSRP ™'"" 


dBm/15kHz 


-101+TT 


-101+TT 


EjN^^ 


dB 


-3+TT 


-3+TT 


lo ^°'^^ 


dBm/1.08MHz 


-77.66-^TT 


N/A 


dBm/9 MHz 


N/A 


-68.45 


E/Io. 


dB 


-3 


-3 


Propagation Condition 




AWGN 


Note 1 : OCNG shall be used such that the resources in the active cell are fully allocated and a constant total 

transmitted power spectral density is achieved for all OFDM symbols. 
Note 2: Interference from other cells and noise sources not specified in the test is assumed to be constant over 

subcarriers and time and shall be modelled as AWGN of appropriate power for N^^ to be fulfilled. 

Note 3: RSRP and lo levels have been derived from other parameters for information purposes. They are not settable 
parameters themselves. 
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Table 8.1.1.5-2: Sounding Reference Symbol Configuration to be used in FDD UE Rx - Tx time 

difference test 



Field 


Test 1 1 Test 2 


Comment 


Value 


srsBandwidthConfiguration 


bw7 bw5 




srsSubframeConfiguration 


sol 




ackNackSrsSimultaneousTransmission 


FALSE 




srsMaxUpPTS 


N/A 


Not applicable for FDD 


srsBandwidth 





No hopping 


srsHoppingBandwidth 


hbwO 




frequencyDomainPosition 







Duration 


TRUE 


Indefinite duration 


Srs-Configurationlndex 





SRS periodicity of 2ms for all 
Tests. 


transmissionComb 







cyclicShift 


csO 


No cyclic shift 


Note: For further information see clause 6.3.2 in 3GPPTS 36.331. 



The UE Rx - Tx time difference measurement accuracy shall fulfil the requirements in Table 8.1.1.5-3. 
Table 8.1.1.5-3: Test requirements UE Rx - Tx time difference measurement accuracy requirements 





Test 1 


Test 2 


Lowest reported value 


(IVIeasured value from step 10 - 20 - TT) Ts 

converted to RX-TX_TIME_DIFFERENCE 

according to Table 8.1 .1 .3-2 


(IVIeasured value from step 10 - 10 - TT) Ts 

converted to RX-TX_TIIVIE_DIFFERENCE 

according to Table 8.1 .1 .3-2 


Highest reported value 


(IVIeasured value from step 10 + 20 + TT) Ts 

converted to RX-TX_TIME_DIFFERENCE 

according to Table 8.1 .1 .3-2 


(Measured value from step 10 + 10 + TT) Ts 

converted to RX-TX_TIIVIE_DIFFERENCE 

according to Table 8.1 .1 .3-2 



NOTE: Each Test in table 8.1.1.5-3 has two test points starting at 32 T^ and 5008 T^. 

The test tolerances are defined in Annex C. 

For the overall test to pass, the ratio of successful reported values in each test point of each test shall be more than 90% 
with a confidence level of 95%. 

8.1 .2 E-UTRAN TDD UE Rx - Tx time difference case 

Editor's note: This section is incomplete. The following aspects are either missing or not yet determined: 

• The Test system uncertainties applicable to this test are undefined 

• The Test tolerances applicable to this test are undefined 

• The Test Procedure in the case ofLTE Bands that do not support 1.4MHz channel bandwidth needs 
further consideration 

8.1.2.1 Test purpose 

The purpose of this test is to verify that the E-UTRAN TDD UE Rx - Tx time difference measurement accuracy is 
within the specified limits in TS 36.133 [23] clause 9.1.9. 

8.1.2.2 Test applicability 

This test applies to all types of E-UTRA TDD UE release 9 and forward that supports ECID positioning. 

8.1 .2.3 Minimum conformance requirements 

NOTE: This measurement is used for UE positioning purposes. 
The UE RX-TX time difference is measured from the serving cell. 
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The accuracy requirements in Table 8. 1.2.3-1 are valid under the following conditions: 

Cell specific reference signals are transmitted either from one, two or four antenna ports. 
Conditions defined in TS 36.101 [2] clause 7.3 for reference sensitivity are fulfilled. 
No changes to the uplink transmission timing are applied during the measurement period. 
RSRPIdBm according to clause E. 1 for a corresponding Band. 

Table 8.1.2.3-1 : UE Rx - Tx time difference measurement accuracy 



Parameter 


Downlink 

Bandwidth 

[MHz] 


Unit 


Accuracy 
[Ts] 


Conditions 


Bands 1,4,6, 
10,11,18,19, 
21,23,24,33, 
34, 35, 36, 37, 
38, 39, 40 


Bands 2, 5, 7 


Bands 25 


Bands 3, 8, 12, 

13,14,17,20, 

22 


Bands 9, 41, 42. 
43 


lo 


lo 


lo 


lo 


lo 


UE RX-TX 

time difference 

for Es/lot > - 

3dB 


<3MHz 


Ts 


±20 


-121dBm/15l<Hz 
... -50dBm/ 

BWchannel 


-119dBm/15l<Hz 
... -50dBm/ 

BWchannel 


-117.5dBm/15l<Hz 
... -50dBm/ 

BWchannel 


-118dBm/15kHz 
... -50dBm/ 

BWchannel 


-120dBm/15kHz 


>5MHz 


±10 


... -50dBm/ 

BWchannel 


Note 1 : lo is assumed to liave constant EPRE across the bandwidth. 
Note 2: Ts is the basic timing unit defined in TS 36.21 1 . 



The reporting range of UE Rx - Tx time difference is defined from to 20472Ts with 2Ts resolution for UE Rx - Tx 
time difference less than 4096Ts and 8Ts for UE Rx - Tx time difference equal to or greater than 4096Ts. 

The mapping of measured quantity is defined in Table 8.1.2.3-2. 

Table 8.1.2.3-2: UE Rx - Tx time difference measurement report mapping 



Reported value 


Measured quantity value 


Unit 


RX-TX_TIME_DIFFERENCE_0000 


TuE Rx-Tx < 2 


Ts 


RX-TX_TIME_DIFFERENCE_0001 


2 < TuE Rx-Tx < 4 


Ts 


RX-TX_TIME_DIFFERENCE_0002 


4 < TuE Rx-Tx < 6 


Ts 








RX-TX_TIME_DIFFERENCE_2046 


4092 < TuE Rx-Tx < 4094 


Ts 


RX-TX_TIME_DIFFERENCE_2047 


4094 < TuE Rx-Tx < 4096 


Ts 


RX-TX_TIME_DIFFERENCE_2048 


4096 < TuE Rx-Tx < 41 04 


Ts 


RX-TX_TIME_DIFFERENCE_2049 


4104<TuERx-Tx<4112 


Ts 








RX-TX TIME DIFFERENCE 4093 


20456 < TuE Rx-Tx < 20464 


Ts 


RX-TX TIME DIFFERENCE 4094 


20464 < TuE Rx-Tx < 20472 


Ts 


RX-TX_TIME_DIFFERENCE_4095 


20472 < TuE Rx-Tx 


Ts 



The normative reference for this requirement is TS 36.133 [23] clause 9.1.9 and A.9.7.1. 



8.1.2.4 



Test description 



The test consists of two sub-tests; the difference between the sub-tests is the bandwidth, 1.4MHz and lOMHz. Each 
subtest has two test points with time delays starting at 32 Ts and 5008 Ts respectively. There is only one active cell in 
the tests. The tested UE is connected with the serving cell, configured to transmit SRS signals periodically, and 
signalled to report UE Rx - Tx time difference measurement. The test equipment measures the transmit timing of the 
UE using the transmitted SRS. The test equipment then compares this timing to the UE Rx-Tx measurement reported by 
the UE. 

8.1.2.4.1 Initial conditions 

Test Environment: Normal as defined in TS 36.508 [18] clause 4.1. 
Frequencies to be tested: According to TS 36.508 [18] clauses 4.4.2 and 4.3.1.1. 
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Channel Bandwidth to be tested: 1, 4 and lOMHz as defined in TS 36.508 [18] clause 4.3.1.1. 

1. Connect the SS (node B emulator) and AWGN noise source to the UE antenna connectors as shown in Annex A 

figure A.5. 

2. Propagation conditions are set according to clause 4.6.2.1. 

3. Message contents are defined in clause 8.1.2.4.3. 

4. Cell 1 is the serving cell. Cell 1 is the cell used for connection setup with the power levels set according to TS 

36.521-3 [25] clauses CO and C.l for this test. 

8.1 .2.4.2 Test procedure 

1. The SS sets the initial downlink timing for Cell 1 to a delay of 32 Ts (in addition to Nta offset)(test point 1) 

2. Bring the UE to State 3A or 3A-RF according to TS 36.508 [18] clause 4.5. 3A or 5.2A.2, using a value of intial 
timing advance command Ta = 2 in the Random Access Reponse which indicates an initial timing advance value 
Nta= 32 Ts. Note that in the remainder of the test the timing advance command Ta = 31 which indicates a 
timing advance adjustment value Nta= Ts. 

3. Set the parameters according to Test 1 in Tables 8.1.2.5-1 and 8.1.5.2-2 as appropriate. Propagation conditions 
are set according to clause 4.6.2.1. 

4. The SS shall transmit an RRCConnectionReconfiguration message. 

5. The UE shall transmit an RRCConnectionReconfigurationComplete message. 

6. The SS adjusts the downlink timing for Cell 1 to a delay of H-8 Ts for Test 1 and +4 Ts for Test 2, compared to 
that in step 1 . 

7. Wait for 1.6 s to allow for the possiblility that the UE makes autonomous timing adjustments. 

8. The SS shall transmit a LPP REQUEST LOCATION INFORMATION message, including the 
ECID-RequestLocationlnformation IE. 

9. The UE shall transmit an LPP PROVIDE LOCATION INFORMATION message including the ecid- 
SignalMeasurementlnformation IE. 

10. As soon as possible after step 9 the SS shall measure the transmit timing of the UE using the transmitted SRS, 
relative to the current downlink timing. 

11. The SS shall check the reported value of ue-RxTxTimeDiJf in the ecid-SignalMeasurementlnformation IE 
provided by the UE in step 9 and compare it with the value measured in step 10. The SS shall check that the 
reported values are within the limits specified in table 8.1.2.5-3 compared to the measured value for the test and 
test point. If the reported value is within the limits the number of successful tests is increased by one. If the 
reported value is not within the limits, or the UE reports an error in the LPP PROVIDE LOCATION 
INFORMATION message in step 9, or does not respond at step 9 within the time given by the 
responseTime IE in the ECID-RequestLocationlnformation IE in step 8, then the number of unsuccessful tests is 
increased by one. 

12. Repeat steps 6-1 1 until the confidence level according to Annex D.4.3 is achieved. 

13. Repeat steps 1-12 with an initial downlink timing delay for Cell 1 of 5008 Ts(in addition to Nta offset) (test point 
2) in step 1 and a value of intial timing advance command Ta = 313 in the Random Access Reponse which 
indicates an initial timing advance value Nta= 5008 Tsin step 2. 

14. Repeat steps 1-13 for each sub-test in Tables 8.1.2.5-1 and 8.1.2.5-2 as appropriate. 

Note that for each of the tests (Test 1 and Test 2 in Tables 8.1.2.5-1 and 8.1.2.5-2), each of the test points (test point 
1 and test point 2) is evaluated independently for the statistics, resulting in an event verdict: pass or fail. Each 
event is evaluated only until the confidence level according to D.4.3 is achieved. Different events may require 
different times for a verdict. If both events pass, the test passes. If one or both event fails, the test fails. 
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8.1 .2.4.3 Message contents 

Message contents are according to TS 36.508 [18] clause 4.6 with the following exceptions: 

Table 8.1.2.4.3-1 : SoundingRS-RL-ConfigCommon-DEFAULT: UE Rx - Tx time difference for E- 

UTRAN TDD test requirement 



Derivation Path: TS 36.508 [18] clause 4.6.3, Table 4.6.3-21 SoundingRS-UL-ConfigCommon-DEFAULT 


Information Element 


Value/remark 


Comment 


Condition 


SoundingRS-UL-ConfigCommon-DEFAULT ::= 
SEQUENCE! 








setup SEQUENCE { 








srs-BandwidthConfig 




Set according to 
specific test; bw7 
for Test 1 and bw5 
for Test 2 




srs-SubframeConfig 


Scl 




TDD 


ackNackSRS-SimultaneousTransmission 


FALSE 






srsMaxUpPts 


TRUE 




TDD 


} 









Table 8.1.2.4.3-2: SoundingRS-RL-ConfigDedicated-DEFAULT: UE Rx - Tx time difference for E- 

UTRAN TDD test requirement 



Derivation Path: TS 36.508 [18] clause 4.6.3, Table 4.6.3-22 SoundingRS-UL-ConfigDedicated-DEFAULT 


Information Element 


Value/remark 


Comment 


Condition 


SoundingRS-UL-ConfigDedicated-DEFAULT::= 
CHQICEf 








setup SEQUENCE { 








srs-Bandwidth 


bwO 


bwO used with no 
frequency hopping. 
bw3 used with 
frequency hopping 




srs-HoppingBandwidth 


hbwO 






freqDomainPosition 









duration 


TRUE 


Indefinite duration 




srs-Configlndex 


10 






transmissionComb 









cyclicShift 


csO 


No cyclic shift 




1 








} 
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Table 8.1.2.4.3-3: EClD-RequestLocationlnformation: UE Rx - Tx time difference for E-UTRAN TDD 

test requirement 



Derivation Path: TS 36.355 clause 6.2 


Information Element 


Value/remark 


Comment 


Condition 


LPP-Message ::= SEQUENCE { 








transactionID SEQUENCE { 








Initiator 


locationServer 






transactionNumber 


1 






1 








endlransaction 


FALSE 






sequenceNumber 


Not present 






acl<nowledgement 


Not present 






Ipp-IVIessageBody CHOICE { 








c1 CHQICE{ 








requestLocation Information SEQUENCE { 








criticalExtensions CHOICE { 








c1 CHOICE! 








requestLocationlnformation-r9 SEQUENCE { 








commonlEsRequestLocationlnformation 
SEQUENCE! 








locationlnformationType 


locationMeasurementsRe 
quired 






triggeredReporting 


Not present 






periodicalReporting 


Not present 






additionallnformation 


onlyReturnlnformationRe 
quested 






qos SEQUENCE { 








horizontalAccuracy 


Not present 






verticalCoordinateRequest 


FALSE 






verticalAccuracy 


Not present 






responseTime 


[10FFS] 






velocityRequest 


FALSE 






} 








Environment 


Not present 






locationCoordinateTypes 


Not present 






velocityTypes 


Not present 






} 








a-gnss-RequestLocationlnformation 


Not present 






otdoa-RequestLocationlnformation 


Not present 






ecid-RequestLocationlnformation ::= 
SEQUENCE! 


Not present 






requestedlVleasurements 


001 


ueRxTxReq 




} 








epdu-RequestLocationlnformation 


Not Present 






1 








1 








} 








} 








} 








1 
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Table 8.1.2.4.3-4: EClD-ProvideLocationlnformation: UE Rx - Tx time difference for E-UTRAN TDD 

test requirement 



Derivation Path: 36.355 clause 6.2 


Information Element 


Value/remark 


Comment 


Condition 


LPP-Message ::= SEQUENCE { 








transactionID SEQUENCE { 








initiator 


locationServer 






transactionNumber 


1 






1 








enclTransaction 


TRUE 






sequenceNumber 


(0..255) 






acknowledgement 








Ipp-MessageBody CHOICE { 








c1 CHQICE{ 








provideLocationlnformation SEQUENCE { 








criticalExtensions CHOICE { 








c1 CHOICE! 








provideLocationlnformation-r9 SEQUENCE { 








commonlEsProvideLocationlnformation 


Not present. 






a-gnss-ProvideLocationlnformation 


Not present 






otdoa-ProvideLocationlnformation 


Not present 






ecid-ProvideLocationlnformation ::= 

SEQUENCE! 








ecid-SignalMeasurementlnformation ::= 
SEQUENCE! 








primaryCellMeasuredResults 


Not Present 






MeasuredResultsList ::= SEQUENCE 
(SIZE(1..32))OF 
MeasuredResultsElement 








MeasuredResultsElement ::= SEQUENCE ! 








physCellld 








cellGloballd 








arfcnEUTRA 








systemFrameNumber 








rsrp-Result 


Not Present 






rsrq-Result 


Not Present 






ue-RxTxTimeDiff 




Set according 
to specific test 




} 








1 








1 








epdu-ProvideLocationlnformation 


Not present 






} 








} 








1 








1 








} 








} 









8.1 .2.5 Test requirement 

Table 8.1.2.5-1 defines the primary level settings including test tolerances for all tests. 
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Table 8.1.2.5-1 : Cell specific test parameters for UE Rx-Tx time difference measurement 



Parameter 


Unit 


Tests 1 


Tests 2 


E-UTRAN RF Channel Number 


- 


1 


1 


BWchannel 


MHz 


1.4 


10 


Uplink-downlink configuration of cell ^°'^^ 




1 


1 


Special subframe configuration of cell """'^ 




6 


6 


PDSCH Reference measurement channel defined in 
TS 36.521-3 [25] clause A. 1.2 


- 


R.2TDD 


R.O TDD 


PDSCH allocation 


'^PRB 


2-3 


13-36 


PDCCH/PCFICH/PHICH Reference measurement 
channel defined in TS 36.521-3 [25] clause A.2.1 


- 


R.8TDD 


R.6TDD 


OCNG Patterns defined in TS 36.521-3 [25] clause 
D.2.4 (0P.4 TDD) and TS 36.521-3 [25] clause D.2.2 
(0P.2 TDD) 




0P.4TDD 


0P.2TDD 


PBCH RA 


dB 








PBCH RB 


dB 


PSS RA 


dB 


SSS RA 


dB 


PCFICH RB 


dB 


PHICH RA 


dB 


PHICH RB 


dB 


PDCCH RA 


dB 


PDCCH RB 


dB 


PDSCH RA 


dB 


PDSCH RB 


dB 


OCNG RA™'"" 


dB 


OCNG RB™'"" 


dB 


j^ Note 3 

oc 


dBm/15kHz 


-98 


-98 


PJSRpNote, 


dBm/15kHz 


-101 


-101 


EjN„. 


dB 


-3 


-3 


1 Note 4 


dBm/1.08 MHz 


-77.66 


N/A 


dBm/9 MHz 


N/A 


-68.45 


E/I, 

s/ ot 


dB 


-3 


-3 


Propagation Condition 




AWGN 


Note 1 : For special subframe and uplink-downlink configurations see Tables 4.2-1 and 4.2-2 in 

3GPPTS 36.211. 
Note 2: OCNG shall be used such that the cell is fully allocated and a constant total transmitted 

power spectral density is achieved for all OFDIVI symbols. 
Note 3: Interference from other cells and noise sources not specified in the test is assumed to 

be constant over subcarriers and time and shall be modelled as AWGN of appropriate 

power for N^^ to be fulfilled. 

Note 4: RSRP and lo levels have been derived from other parameters for information purposes. 
They are not settable parameters themselves. 
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Table 8.1.2.5-2: Sounding Reference Symbol Configuration to be used in TDD UE Rx - Tx time 

difference test 



Field 


Test 1 1 Test 2 


Comment 


Value 


srsBandwidthConfiguration 


bw7 bw5 




srsSubframeConfiguration 


sol 




ackNackSrsSimultaneousTransmission 


FALSE 




srsMaxUpPTS 


TRUE 




srsBandwidth 





No hopping 


srsHoppingBandwidth 


hbwO 




frequencyDomainPosition 







Duration 


TRUE 


Indefinite duration 


Srs-Configurationlndex 


10 


SRS periodicity of 10ms for all 
Tests. 


transmissionComb 







cyclicShift 


csO 


No cyclic shift 


Note: For further information see clause 6.3.2 in 3GPPTS 36.331. 



The UE Rx - Tx time difference measurement accuracy shall fulfil the requirements in Table 8.1.2.5-3. 
Table 8.1.2.5-3: Test requirements UE Rx - Tx time difference measurement accuracy requirements 





Test 1 


Test 2 


Lowest reported value 


(IVIeasured value from step 10 - 20 - TT) Ts 

converted to RX-TX_TIME_DIFFERENCE 

according to Table 8.1 .1 .3-2 


(IVIeasured value from step 10 - 10 - TT) Ts 

converted to RX-TX_TIIVIE_DIFFERENCE 

according to Table 8.1 .1 .3-2 


Highest reported value 


(IVIeasured value from step 10 + 20 + TT) Ts 

converted to RX-TX_TIME_DIFFERENCE 

according to Table 8.1 .1 .3-2 


(Measured value from step 10 + 10 + TT) Ts 

converted to RX-TX_TIIVIE_DIFFERENCE 

according to Table 8.1 .1 .3-2 



NOTE: Each Test in table 8.1.2.5-3 has two test points starting at 32 T^ and 5008 T^. 

The test tolerances are defined in Annex C. 

For the overall test to pass, the ratio of successful reported values in each test shall be more than 90% with a confidence 
level of 95%. 



9 E-UTRA OTDOA measurement requirements 

9.1 RSTD Intra-Frequency Measurements 
9.1 .1 FDD RSTD Measurement Reporting Delay 

Editor's note: This test case is incomplete. The following aspects are either missing or not yet determined: 



The Test system uncertainties applicable to this test are undefined. 

The Test tolerances applicable to this test are undefined. 

The test procedure requires further study as issues have been identified in the signalling in RAN 4 and 



RAN 2. 



9.1.1.1 



Test purpose 



To verify that the RSTD measurement reporting delay meets the requirements in an environment with fading 
propagation conditions. 
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9.1.1.2 Test applicability 

This test applies to all types of E-UTRA FDD UE release 9 and forward that supports UE-assisted OTDOA. 

9.1 .1 .3 Minimum conformance requirements 

When the physical layer cell identities of neighbour cells together with the OTDOA assistance data are provided, the 
UE shall be able to detect and measure intra-frequency RSTD, specified in 3GPP TS 36.214 [6], for at least n=16 cells, 
including the reference cell, on the same carrier frequency f 1 as that of the reference cell within 

TRSTDintraFreqFDD.E-UTRAN ^s as givcn bclow (scc also Figure 9.1.1.3-1): 

^RSTDlntraFreqFDD.E-UTRAN ~ -* PRS ' V''" " i) + •^ tUS , 

where 

"Trstd intiaFieqFDD E-UTRAN ^^ ''^^ '■^'-^^ '■i™^ ^'^^ detecting and measuring at least n cells, 

-^PRS ^^ '■^^ cell-specific positioning subframe configuration period as defined in 3GPP TS 36.21 1 [26], 

M is the number of PRS positioning occasions as defined in Table 9.1.1.3-1, where each PRS positioning occasion 

comprises of N pj^^ (^-^ prs -^) consecutive downlink positioning subframes defined in 3GPP TS 36.21 1 [26], and 



A = 160 



ms is the measurement time for a single PRS positioning occasion which includes the sampling time 



M 

and the processing time. 

Table 9.1.1.3-1 : Number of PRS positioning occasions within Tj^g^m^^^^pj^^^ppp g y^j,^,^ 



Positioning subframe 
configuration period Tp^^ 


Number of PRS positioning occasions M 


|.j Notei 


160 ms 


16 


>160 ms 


8 


Note 1 : When only intra-frequency RSTD measurements are performed over cells belonging to the 

serving FDD carrier frequency f1 . 



The UE physical layer shall be capable of reporting RSTD for the reference cell and all the neighbour cells / out of at 
least (n-1) neighbour cells within T^sTDintraFreqFDD.E-UTRAN provided: 

I PRS Ej, / lot I , >-6 dB for all Frequency Bands for the reference cell, 

I PRS E^ / lot I. >-13 dB for all Frequency Bands for neighbour cell /, 

/ - \ / - \ M 

IPRS Ej, / lot I , and IPRS Ej, / lot I. conditions apply for all subframes of at least L = PRS positioning 

2 

occasions, 

PRP l,2ldBm according to clause E.2 for a corresponding Band. 

The time Tj^std intraFreqFDD E UTRAN Starts from the first subframe of the PRS positioning occasion closest in time after 

both the OTDOA-RequestLocationlnformation message and the OTDOA assistance data in the OTDOA- 
ProvideAssistanceData message as specified in 3GPP TS 36.355 [4], are delivered to the physical layer of the UE as 
illustrated in Figure 9.1.1.3-1. 
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I RSTDIntraFreqFDD, E-UTRAN 



OTDOA assistance 

data received by 

higher layers 

OTDOA assistance 

data received by 

physical layer 







Time 



PRS positioning occasion 



Figure 9.1.1.3-1 : Illustration of the RSTD reporting time requirement in an FDD system 



This requirement assumes that the measurement report is not delayed by other LPP signalHng on the DCCH. This 
measurement reporting delay excludes a delay uncertainty resulted when inserting the measurement report to the TTI of 
the uplink DCCH. The delay uncertainty is: 2 x TTIdcch- This measurement reporting delay excludes any delay caused 
by no UL resources for UE to send the measurement report. 

The normative reference for this requirement is TS 36.133 [23] clause 8.1.2.5.1 and A.8.12.1. 



9.1.1.4 



Test description 



9.1.1.4.1 Initial conditions 

Test Environment: Normal; as defined in TS 36.508 [18] clause 4.1. 
Frequencies to be tested: Mid Range, as defined in TS 36.508 [18] clause 4.3.1.1. 
Channel bandwidth to be tested: 10 MHz. 

1. Connect the SS, faders and AWGN noise sources to the UE antenna connector or antenna connectors as shown 
in Annex A, Figure A.4. 

2. The general test parameter settings are set up according to Table 9.1.1.4.1-1. 

3. Propagation conditions are set according to clause 4.7.2.2. 

4. Message contents are defined in clause 9.1.1.4.3. 

5. In the test there are three synchronized cells: Cell 1, Cell 2 and Cell 3. Cell 1 is the OTDOA assistance data 
reference as well as the serving cell. Cell 2 and Cell 3 are the neighbour cells. All cells are on the same RF 
channel. Cell 3 in the test is the Cell 4 defined in clause 4.7.1. The assistance data neighbour cell list includes in 
total 15 cells, where 13 of the cells are not simulated (dummy cells; as defined in 3GPP TS 37.571-5 clause 
7.2.2). 

6. The true RSTD (which is the receive time difference for frame between two cells as seen at the UE antenna 
connector) is set to Ts (0 |J,s) between neighbour Cell 2 and serving Cell 1 ; and set to 92 Ts (about 3 p,s) 
between neighbour Cell 3 and serving Cell 1 . 

Table 9.1.1.4.1-1: General test parameters for E-UTRAN FDD intra-frequency RSTD measurement 
reporting delay under fading propagation conditions 



Parameter 



Unit 



Value 



Comment 
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Reference cell 




Cell 1 


Reference cell is the cell in the 

OTDOA assistance data with 

respect to which the RSTD 

measurement is defined, as 

specified in 3GPP TS 36.214 [6] 

and 3GPP TS 36.355 [4]. The 

reference cell is the serving cell 

in this test case. 


Neighbour cells 




Cell 2 and Cell 3 


Cell 2 and Cell 3 appear at 
random places in the neighbour 
cell list in the OTDOA assistance 
data, but Cell 2 always appears 
in the first half of the list, whilst 
Cell 3 appears in the second half 
of the list. 


PCFICH/PDCCH/PHICH 
parameters 




DL Reference Measurement Channel 
R.6 FDD 


As specified in TS 36.521-3 [25] 
clause A.2.1 


Channel Bandwidth 

(BWchannel) 


MHz 


10 




PRS Transmission 
Bandwidth ^°'^^ 


RB 


50 


PRS are transmitted over the 
system bandwidth 


PRS configuration index 

. Note 3 
'pRS 




1131 


This corresponds to periodicity of 

1280 ms and PRS subframe 

offset of /pRs-1120 DL 

subframes, as defined in 3GPP 
TS 36.211 [261, Table 6.10.4.3-1 


Number of consecutive 
downlink positioning 

subframes Np^s """"^ 




1 


As defined in 3GPP TS 36.21 1 

[26]. The number of subframes in 

a positioning occasion 


Physical cell ID PCI ^"'^'^ 




(PCI of Cell 1 - PCI of Cell 2)mod6=0 

and 
(PCI of Cell 1 - PCI of Cell 3)mod6=0 


The cell PCIs are selected such 

that the relative shifts of PRS 

patterns among cells are as 

given by the test parameters 


CP length™'"" 




Normal 




DRX 




ON 


DRX parameters are further 
specified in Table 9.1 .1 .4.1-2 


Maximum radio frame 
transmit time offset 
between the cells at the 
UE antenna connector'^'"" 

1 , Note 4 


US 


3 


Synchronous cells 


Expected RSTD^°'"^'^°'" 2 


US 


3 


The expected RSTD is what is 

expected at the receiver. The 

corresponding parameter in the 

OTDOA assistance data 
specified in TS 36.355 [4] is the 

expected RSTD indicator 


Expected RSTD 
uncertainty^* 2 


US 


5 


The corresponding parameter in 

the OTDOA assistance data 

specified in TS 36.355 [4] is the 

expectedRSTD-Uncertainty index 


Number of cells provided 
in OTDOA assistance data 




16 


Including the reference cell 


PRS muting info """'"^ 




Cell 1: '11110000' 
Cell 2: '00001 111' 
Cell 3: '11110000' 


Corresponds to prs-Mutinglnfo 
defined in TS 36.355 [4] 


T1 


s 


3 


The length of the time interval 
from the beginning of each test 


T2 


s 


5 


The length of the time interval 

that follows immediately after 

time interval T1 


T3 


s 


5 


The length of the time interval 

that follows immediately after 

time interval T2 


Note 1 : The true RSTD, which is the receive time difference for frame between each two cells as seen at the 
UE antenna connector, shall be within the expected RSTD uncertainty. The true RSTD for Cell 2 and 
Cell 1 shall be different from the true RSTD for Cell 3 and Cell 1 . 
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NOTE 2: Parameters "Expected RSTD" and "Expected RSTD uncertainty" in Table 9.1.1.4.1-1 are not settable 
parameters. These are parameters signalled in LPP only. For the values to be used in LPP see Table 
9.1.1.4.3-5 and TS 37.571-5 [20], clause 7.2.2. 

NOTE 3: Parameters "PRS Transmission Bandwidth", "PRS configuration index", "Number of consecutive 

downlink positioning subframes", "Physical cell ID PCI", "CP length", and "PRS muting info" in Table 
9.1.1.4.1-1 are settable parameters and also parameters signalled in LPP. The values to be used for 
"Physical cell ID PCI" are as follows: Cell 1: 0, Cell 2: 6, Cell 3: 12. For all the values to be used in LPP 
see Table 9.1.1.4.3-5 and TS 37.571-5 [20], clause 7.2.2. 

NOTE 4: The parameter "Maximum radio frame transmit time offset between the cells at the UE antenna 

connector" is not a settable parameter but is used to set the "true RSTD" values in step 6 of clause 
9.1.1.4.1. 

Table 9.1.1.4.1-2: DRX parameters for E-UTRAN FDD intra-frequency RSTD measurement reporting 

delay under fading propagation conditions 



Field 


Value 


Comment 


onDurationTimer 


psfl 


As specified in 3GPP TS 
36.331 [22], clause 6.3.2 


drx-inactivitylimer 


psfl 


drx-Retransmissionlimer 


Sf1 


longDRX-CycleStartOffset 


sf320 


shortDRX 


Disable 



9.1.1.4.2 



Test procedure 



The test consists of three consecutive time intervals, with duration of Tl, T2 and T3 defined in Table 9.1.1.4.1-1. Cell 1 
is active in Tl, T2 and T3, whilst Cell 2 and Cell 3 are activated only in the beginning of T2. Cell 2 is active until the 
end of T3, and Cell 3 is active until the end of T2. The beginning of the time interval T2 shall be aligned [5] ms before 
the first PRS positioning subframe of a positioning occasion in the reference cell, where [5] ms is the necessary test 
tolerance. Cell 1 transmits PRS in T2, while Cell 2 transmits PRS only in T3, and Cell 3 transmits PRS only in T2. 

NOTE: The information on when PRS is muted is conveyed to the UE using PRS muting information in the 
OTDOA assistance data. 

The OTDOA assistance data as defined in clause 9.1.1.4.3 shall be provided to the UE during Tl. The last TTI 
containing the OTDOA assistance data shall be provided to the UE AT ms before the start of T2, where AT = 150 ms is 
the maximum processing time of the OTDOA assistance data. 

1. Ensure that the UE is in state Generic RB Established (State 3) according to 3GPP TS 36.508 [18]. 

2. Set the parameters according to Table 9.1.1.5-1. Propagation conditions are set according to clause 4.7.2.2 
(ETU30). 

3. The SS shall transmit an RRC Connection Reconfiguration message. 

4. The UE shall transmit RRC Connection Reconfiguration Complete message. 

5. The SS shall send a RESET UE POSITIONING STORED INFORMATION message. 

6. Tl starts. 

7. The SS shall send a LPP REQUEST LOCATION INFORMATION message, including the 
OTDOA-RequestLocationlnformation IE. 

8. Immediately after step 7, the UE sends a LPP REQUEST ASSISTANCE DATA message, including the 
OTDOA-RequestAssistanceData IE. 

9. The SS shall send a LPP PROVIDE ASSISTANCE DATA message, including the 
OTDOA-ProvideAssistanceData IE at AT ms before the start of T2, where AT = 150 ms. The position of 
neighbour Cell 2 in the OTDOA-NeighbourCelllnfoList is randomly selected to be in the first 7 elements of the 
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sequence, and the position of neighbour Cell 3 is randomly selected to be in the last 8 elements of the sequence, 
as described in 3GPP TS 37.571-5 [20], clause 7.2.2. 

10. When Tl expires, the SS shall switch the power setting from Tl to T2 as specified in Table 9.1.1.5-2. 

11. When T2 expires, the SS shall switch the power setting from T2 to T3 as specified in Table 9.1.1.5-2. 

12. The UE shall transmit a LPP PROVIDE LOCATION INFORMATION message including the 
OTDOA-ProvideLocationlnformation IE within the response time (see clause 4.7.3) specified in clause 9.1.1.5. 
The UE shall perform and report the RSTD measurements for both Cell 2 and Cell 3 with respect to the 
reference cell in the OTDOA assistance data. Cell 1 . If the UE transmits an 

OTDOA-ProvideLocationlnformation IE including the rstd field for both Cell 2 and Cell 3 within the response 
time then the number of successful tests is increased by one. If the UE fails to report the 
OTDOA-ProvideLocationlnformation IE with both the rstd fields included within the response time then the 
number of failure tests is increased by one. 

13. If the UE message at step 12 includes the ackRequested IE set to TRUE, the SS shall send a LPP 
acknowledgement message. 

14. Repeat steps 5-13 until the confidence level according to Annex D is achieved. For each iteration, at step 9 
change the random position of the Cells 2 and 3 in the OTDOA-NeighbourCelllnfoList. 

9.1 .1 .4.3 Message contents 

Table 9.1.1.4.3-1: RESET UE POSITIONING STORED INFORMATION 



Derivation Path: 36.509 clause 6.9 


Information Element 


Value/remark 


Comment 


Condition 


UE Positioning Technology 


00000001 


OTDOA 





Table 9.1.1.4.3-2: MAC-MainConfig-RBC: FDD RSTD Measurement Reporting Delay 



Derivation Path: TS 36.508 [18] clause 4.8.2.1.5, Table 4.8.2.1.5-1 MAC-IVIainConfig-RBC | 


Information Element 


Value/remark 


Comment 


Condition 


MAC-MainConfig-RBC ::= SEQUENCE { 








drx-Config CHOICE { 








setup SEQUENCE { 








onDurationTlmer 


psfl 






drx-lnactivityTimer 


psfl 






drx-RetransmissionTimer 


sfl 






longDRX-CycleStartOffset CHOICE { 








sf320 









} 








shortDRX 


Not present 






} 








} 
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Table 9.1.1.4.3-3: LPP RequestLocationlnformation 



Derivation Path: 36.355 clause 6.2 


Information Element 


Value/remark 


Comment 


Condition 


LPP-Message ::= SEQUENCE { 








transactionlD SEQUENCE { 








initiator 


locationServer 






transactionNumber 


1 






1 








endTransaction 


FALSE 






sequenceNumber 


Not present 






acl<nowledgement 


Not present 






Ipp-IVIessageBody CHOICE { 








c1 CHQICE{ 








requestLocationlnformation SEQUENCE { 








criticalExtensions CHOICE { 








c1 CHOICE! 








requestLocationlnformation-r9 SEQUENCE { 








commonlEsRequestLocationlnformation 
SEQUENCE! 








locationlnformationType 


locationMeasurementsRe 
quired 






triggeredReporting 


Not present 






periodicalReporting 


Not present 






additionallnformation 


onlyReturnlnformationRe 
quested 






qos SEQUENCE { 








horizontalAccuracy 


Not present 






verticalCoordinateRequest 


FALSE 






verticalAccuracy 


Not present 






responselime 


11 


See clause 
9.1.1.5 




velocityRequest 


FALSE 






} 








environment 


Not present 






locationCoordinatelypes 


Not present 






velocitylypes 


Not present 






} 








a-gnss-RequestLocationlnformation 


Not present 






otdoa-RequestLocationlnformation 

SEQUENCE { 








assistanceAvailability 


TRUE 






} 








ecid-RequestLocationlnformation 


Not present 






epdu-RequestLocationlnformation 


Not Present 






1 








} 








} 








} 








1 








} 
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Table 9.1.1.4.3-4: LPP Request Assistance Data 



Derivation Path: 36.355 clause 6.2 


Information Element 


Value/remark 


Comment 


Condition 


LPP-Message ::= SEQUENCE { 








transactionlD SEQUENCE { 








Initiator 


targetDevice 






transactionNumber 


{0..255) 






1 








endTransaction 


FALSE 






sequenceNumber 


(0..255) 






acl<nowledgement SEQUENCE { 


Present or not present 






acl<Requested 


TRUE 






acl<lndicator 


Not present 






} 








Ipp-IVIessageBody CHQICE { 








c1 CHQICE { 








requestAssistanceData SEQUENCE { 








criticalExtensions CHOICE { 








c1 CHQICE { 








requestAssistanceData-r9 SEQUENCE { 








commonlEsRequestAssistanceData 








a-gnss-RequestAssistanceData 








otdoa-RequestAssistanceData SEQUENCE { 








physCellld 


CelM 






} 








epdu-RequestAssistanceData 








1 








1 








} 








} 








} 








1 
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Table 9.1.1.4.3-5: LPP ProvideAssistanceData 



Derivation Path: 36.355 clause 6.2 


Information Element 


Value/remark 


Comment 


Condition 


LPP-Message ::= SEQUENCE { 








transactionlD SEQUENCE { 








Initiator 


targetDevice 






transactionNumber 


{0..255) 






1 








endTransaction 


TRUE 






sequenceNumber 


Not present 






acknowledgement SEQUENCE { 


Present if 

acknowledgement field is 
included by the UE in 
Table 9.1.1.4.3-4. 






ackRequested 


FALSE 






acklndicator 


(0..255) 


Contains the 
same value as the 
sequenceNumber 
in Table 
9.1.1.4.3-4. 




1 








Ipp-MessageBody CHQICE { 








c1 CHQICE { 








ProvideAssistanceData SEQUENCE { 








criticalExtensions CHOICE { 








c1 CHQICE { 








provideAssistanceData-r9 SEQUENCE { 








commonlEsProvideAssistanceData 


Not present 






a-gnss-ProvideAssistanceData 


Not present 






otdoa-ProvideAssistanceData SEQUENCE { 








otdoa-ReferenceCelllnfo 


As defined in TS 
37.571-5 [20], clause 
7.2.2. 






otdoa-NeighbourCelllnfo 


As defined in TS 
37.571-5 [20], clause 
7.2.2. 






otdoa-Error 


Not present 






} 








epdu-ProvideAssistanceData 


Not present 






} 








1 








1 








} 








} 








} 
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Table 9.1.1.4.3-6: LPP ProvideLocation Information 



Derivation Path: 36.355 clause 6.2 


Information Element 


Value/remark 


Comment 


Condition 


LPP-Message ::= SEQUENCE { 








transactionlD SEQUENCE { 








initiator 


locationServer 






transactionNumber 


1 






1 








endlransaction 


TRUE 






sequenceNumber 


(0..255) 






acknowledgement 








Ipp-MessageBody CHOICE { 








c1 CHQICE{ 








provideLocationlnformation SEQUENCE { 








critical Extensions CHOICE { 








c1 CHOICE! 








provideLocationlnformation-r9 SEQUENCE { 








commonlEsProvideLocationlnformation 


Not present. 






a-gnss-ProvideLocationlnformation 


Not present 






otdoa-ProvideLocationlnformation 

SEQUENCE { 








otdoaSignallVleasurementlnformation 
SEQUENCE { 








systemFrameNumber 








physCellldRef 


Cell 1 






cellGloballdRef 








earfcnRef 








referenceQuality 








neighbourMeasurementList 

SEQUENCE (SIZE(n)) { 








physCellldNeighbor 


Cell 2 






cellGloballdNeighbour 








earfcnNeighbour 








rstd 


Present 






rstd-Quality 








} 








neighbourMeasurementList 

SEQUENCE (SIZE(n)) { 








physCellldNeighbor 


Cells 






cellGloballdNeighbour 








earfcnNeighbour 








rstd 


Present 






rstd-Quality 








1 








} 








otdoa-Error 


May be present with error 
reason 'undefined' or 
'attemptedButUnableToM 
easureSomeNeighbourC 
ells' 






1 








ecid-ProvideLocationlnformation 


Not present 






epdu-ProvideLocationlnformation 


Not present 






} 








1 








1 








} 








} 








} 









9.1.1.5 Test requirement 

Table 9.1.1.5-1 and 9.1.1.5-2 define the primary level settings including test tolerances for the test. 
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Table 9.1.1.5-1 : Cell-specific test parameters for E-UTRAN FDD intra-frequency RSTD measurement 
reporting delay under fading propagation conditions during T1 



Parameter 


Unit 


CelM 


Cell 2 


Cell 3 


E-UTRA RF 
Channel Number 




1 


1 


1 


OCNG patterns 
defined in TS 
36.521 -3 [25] clause 
D.1.1 




0P.5 FDD 


N/A 


N/A 


PBCH RA 


dB 





N/A 


N/A 


PBCH RB 


PSS_RA 


SSS RA 


PCFICH RB 


PHICH RA 


PHICH_RB 


PDCCH RA 


PDCCH RB 


OCNG RA""'"' 


OCNG RB™'^' 


\j Note 3 


dBm/ 
15 kHz 


-95 


PRS EJN^^ 


dB 


-Infinity 


-Infinity 


-Infinity 


lo 


dBm/ 
9 MHz 


-64.21 


N/A 


N/A 


E./A^,. 


dB 





-Infinity 


-Infinity 


Propagation 
Condition 




ETU30 


Note 1 : OCNG shall be used such that active cell (Cell 1) is fully allocated and a constant total 
transmitted power spectral density is achieved for all OFDM symbols. 

Note 2: The resources for uplink transmission are assigned to the UE prior to the start of time 
period T2. 

Note 3: Interference from other cells and noise sources not specified in the test are assumed 
to be constant over subcarriers and time and shall be modelled as AWGN of 

appropriate power for A'^^^, to be fulfilled. 
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Table 9.1.1.5-2: Cell-specific test parameters for E-UTRAN FDD intra-frequency RSTD measurement 
reporting delay under fading propagation conditions during T2 and T3 



Parameter 


Unit 


Cein 


Cell 2 


Cell 3 


T2 1 T3 


T2 1 T3 


T2 1 T3 


E-UTRA RF 
Channel Number 




1 


1 


1 


OCNG patterns 
defined in TS 
36.521 -3 [25] clause 
D.1.1 




0P.5 FDD 


0P.6 FDD 


0P.6 
FDD 


N/A 


PBCH RA 


dB 











N/A 


PBCH RB 


PSS_RA 


SSS RA 


PCFICH RB 


PHICH RA 


PHICH_RB 


PDCCH RA 


PDCCH RB 


OCNG RA"°''' 


OCNG RB™'"' 


PRS_RA 


dB 





N/A 


N/A 








N/A 


j\j Note 3,4 


dBm/ 
15 kHz 


-98 


-95 


-98 


-95 


-98 


-95 


PRS E^/A^„^ ""'^^ 


dB 


-4 + TT 


-Infinity 


-Infinity 


-10 + 

TT 


-10 + 
TT 


-Infinity 


PRS E /l , ^°'"^ 


dB 


-4.41 + 
TT 


-Infinity 


-Infinity 


-10 + 

TT 


-11.46 
+ TT 


-Infinity 


1 Note 4 


dBm/ 
9 MHz 


-69.87 


N/A 


N/A 


-67.15 


-69.87 


N/A 


pRpNote4 


dBm/ 
15 kHz 


-102 + 
TT 


-Infinity 


-Infinity 


-105 + 
TT 


-108 + 
TT 


-Infinity 


RSRP 


dBm/ 
15 kHz 


-102 + 
TT 


-102 + 
TT 


-105 + 
TT 


-105 + 
TT 


-108 + 
TT 


-Infinity 


Propagation 
Condition 




ETU30 


Note 1 : OCNG shall be used such that active cells (all, except Cell 3 in 13) are fully allocated 
and a constant total transmitted power spectral density is achieved for all OFDIVI 
symbols other than those in the subframes with transmitted PRS. There is no PDSCH 
allocated in the subframes with transmitted PRS. 

Note 2: The resources for uplink transmission are assigned to the UE prior to the start of time 
period T2. 

Note 3: Interference from other cells and noise sources not specified in the test are assumed 
to be constant over subcarriers and time and shall be modelled as AWGN of 

appropriate power for A'^^^ to be fulfilled. 

Note 4: PRS E^I^, , lo, and PRP levels have been derived from other parameters and are 

given for information purpose. These are not settable test parameters. Interference 
conditions shall be applied to all PRS symbols of DL positioning subframes. 



The response time including test tolerance is FFS. 

The RSTD measurement reporting delay in the test is derived from the following expression, 
n 



T,,,{M -i)+m 



M 



, where M =8 and n =16 are the parameters specified in clause 9.1.1.3and Table 9.1.1.3-1. 



This gives the total RSTD reporting delay of 9280 ms for the 15 neighbour cells including Cell 2 and Cell 3 with 
respect to the reference cell, Cell 1 . 

The test tolerances are defined in clauses C.1.3 and C4. 

The rate of sucessful tests during repeated tests shall be at least 90% with a confidence level of 95%. 
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9.1 .2 TDD RSTD Measurement Reporting Delay 

Editor's note: This test case is incomplete. The following aspects are either missing or not yet determined: 

• The Test system uncertainties applicable to this test are undefined. 

• The Test tolerances applicable to this test are undefined. 

• The test procedure requires further study as issues have been identified in the signalling in RAN 4 and 
RAN 2. 

9.1.2.1 Test purpose 

To verify that the RSTD measurement reporting delay meets the requirements in an environment with fading 
propagation conditions. 

9.1.2.2 Test applicability 

This test applies to all types of E-UTRA TDD UE release 9 and forward that supports UE-assisted OTDOA. 

9.1 .2.3 Minimum conformance requirements 

When the physical layer cell identities of neighbour cells together with the OTDOA assistance data are provided, the 
UE shall be able to detect and measure intra-frequency RSTD, specified in 3GPP TS 36.214 [6], for at least n=16 cells, 
including the reference cell, on the same carrier frequency f 1 as that of the reference cell within 

TRSTDIntraFreqTDD.E-UTRAN ^^ aS givCn bcloW: 

^RSTDIntraFreqTDD.E-UTRAN ~ -* PRS ' V^ " ij + A mS , 

where 

Trstd intraFreqTDD E-UTRAN ^^ ''^^ '■^''^l livcit for detecting and measuring at least n cells, 

^PRS ^^ ^^ cell-specific positioning subframe configuration period as defined in 3GPP TS 36.21 1 [26], 

M is the number of PRS positioning occasions as defined in Table 9.1.2.3-1, where each PRS positioning occasion 

comprises of N p^.^ (^-^ prs -6) consecutive downlink positioning subframes defined in 3GPP TS 36.21 1 [26], and 



A = 160 



ms is the measurement time for a single PRS positioning occasion which includes the sampling time 



M 

and the processing time. 

Table 9.1.2.3-1 : Number of PRS positioning occasions within T^sTDintraFreqXDDE utran 



Positioning subframe 
configuration period Tp^^^ 


Number of PRS positioning occasions M 


f.| iMoten 


160 ms 


16 


>160 ms 


8 


Note 1 : When only intra-frequency RSTD measurements are performed over cells belonging to the 

serving FDD carrier frequency f1 . 



The UE physical layer shall be capable of reporting RSTD for the reference cell and all the neighbour cells / out of at 
least (n-1) neighbour cells within Tp^s^D IntraFreqTDD, e-utran provided: 

I PRS Ej, / lot I , >-6 dB for all Frequency Bands for the reference cell, 
I PRS E^ / lot I. >-13 dB for all Frequency Bands for neighbour cell /, 



(^PRS Ej. / lot j^^ and (^PRS E^ / Iot|. conditions apply for all subframes of at least L — PRS positioning 



occasions. 
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PRP l,2l(]Bm according to clause E.2 for a corresponding Band. 

The time Tjjg.j,jj jjjjj.^pj.g .j,j-,j-, g.^jR^^ starts from the first subframe of the PRS positioning occasion closest in time after 

both the OTDOA-RequestLocationlnformation message and the OTDOA assistance data in the OTDOA- 
ProvideAssistanceData message as specified in 3GPP TS 36.355 [4], are delivered to the physical layer of the UE. 

The requirements shall apply for all TDD special subframe configurations specified in 3GPP TS 36.211 [26] and for the 
TDD uplink-downlink configurations as specified in Table 9.1.2.3-2. 

Table 9.1.2.3-2: TDD uplink-downlink subframe configurations applicable for TDD intra-frequency 

requirements 



PRS Transmission Bandwidth [RB] 


Applicable TDD uplink-downlink configurations 


6, 15 


1,2, 3, 4 and 5 


25,50,75, 100 


0, 1,2, 3,4, 5 and 6 


Note: Uplink-downlink configurations are specified in Table 4.2-2 in 3GPP TS 36.21 1 [26]. 



This requirement assumes that the measurement report is not delayed by other LPP signalling on the DCCH. This 
measurement reporting delay excludes a delay uncertainty resulted when inserting the measurement report to the TTI of 
the uplink DCCH. The delay uncertainty is: 2 x TTIqcch- This measurement reporting delay excludes any delay caused 
by no UL resources for UE to send the measurement report. 

The normative reference for this requirement is TS 36.133 [23] clause 8.1.2.5.2 and A.8.12.2. 

9.1 .2.4 Test description 

9.1.2.4.1 Initial conditions 

Test Environment: Normal; as defined in TS 36.508 [18] clause 4.1. 
Frequencies to be tested: Mid Range, as defined in TS 36.508 [18] clause 4.3.1.1. 
Channel bandwidth to be tested: 10 MHz. 

1. Connect the SS, faders and AWGN noise sources to the UE antenna connector or antenna connectors as shown 
in Annex A, Figure A.4. 

2. The general test parameter settings are set up according to Table 9.1.2.4.1-1. 

3. Propagation conditions are set according to clause 4.7.2.2. 

4. Message contents are defined in clause 9. 1.2.4.3. 

5. In the test there are three synchronized cells: Cell 1, Cell 2 and Cell 3. Cell 1 is the OTDOA assistance data 
reference as well as the serving cell. Cell 2 and Cell 3 are the neighbour cells. All cells are on the same RF 
channel. Cell 3 in the test is the Cell 4 defined in clause 4.7.1. The assistance data neighbour cell list includes in 
total 15 cells, where 13 of the cells are not simulated (dummy cells; as defined in 3GPP TS 37.571-5 clause 
7.2.2). 

6. The true RSTD (which is the receive time difference for frame between two cells as seen at the UE antenna 
connector) is set to Ts (0 jis) between neighbour Cell 2 and serving Cell 1 ; and set to 92 Ts (about 3 |J,s) 
between neighbour Cell 3 and serving Cell 1 . 
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Table 9.1.2.4-1 : General test parameters for E-UTRAN TDD intra-frequency RSTD measurement 
reporting delay under fading propagation conditions 



Parameter 


Unit 


Value 


Comment 


Reference cell 




CelM 


Reference is the cell in the OTDOA 
assistance data with respect to which the 

RSTD measurement is defined, as 

specified in 3GPP TS 36.214 [16] and 

3GPP TS 36.355 [4]. The reference cell 

is the serving cell in this test case. 


Neighbour cells 




Cell 2 and Cell 3 


Cell 2 and Cell 3 appear at random 

places in the neighbour cell list in the 

OTDOA assistance data, but Cell 2 

always appears in the first half of the list, 

whilst Cell 3 appears in the second half 

of the list. 


PCFICH/PDCCH/PHICH 
parameters 




DL Reference Measurement Channel 
R.6TDD 


As specified in TS 36.521-3 [25] clause 
A.2.2 


Channel Bandwidth 

(BWchannel) 


MHz 


10 




PRS Transmission 
Bandwidth ^°'"^ 


RB 


50 


PRS are transmitted over the system 
bandwidth 


PRS configuration index 

, Note 3 
'PRS 




1134 


This corresponds to periodicity of 1280 

ms and PRS subframe offset of 
/pRs-1120 DL subframes, as defined in 

3GPP TS 36.21 1 [26], Table 6.1 0.4.3-1 


Number of consecutive 
downlink positioning 

subframes A^pRs """"^ 




1 


As defined in 3GPP TS 36.21 1 [26]. The 

number of subframes in a positioning 

occasion 


Physical cell ID PCI ^°'^^ 




(PCI of Cell 1 - PCI of Cell 2)mod6=0 

and 
(PCI of Cell 1 - PCI of Cell 3)mod6=0 


The cell PCIs are selected such that the 

relative shifts of PRS patterns among 
cells are as given by the test parameters 


TDD uplink-downlink 
configuration 




1 


As specified in TS 36.21 1 [26], Section 

4.2; corresponds to a configuration with 5 

ms switch-point periodicity and two 

downlink consecutive subframes 


TDD special subframe 
configuration 




6 


As specified in TS 36.21 1 [26], Section 
4.2; corresponds to DwPTS of 19760- T, 

andUpPTSof 4384-r, 


CP length ^°'^^ 




Normal 


The same CP length applies for DL and 
UL 


DRX 




ON 


DRX parameters are further specified in 
Table 9.1.2.4-2 


Maximum radio frame 
transmit time offset 
between the cells at the 
UE antenna connector'^"'^ 

1 , Note 4 


lis 


3 


Synchronous cells 


Expected RSTD ^*^'^*^ 


lis 


3 


The expected RSTD is what is expected 

at the receiver. The corresponding 

parameter in the OTDOA assistance 

data specified in TS 36.355 [4] is the 

expected RSTD indicator 


Expected RSTD 
uncertainty^*' 


lis 


5 


The corresponding parameter in the 

OTDOA assistance data specified in TS 

36.355 [4] is the expectedRSTD- 

Uncertainty index 


Number of cells provided 
in OTDOA assistance data 




16 


Including the reference cell 


PRS muting info """'"^ 




Cell 1: '11110000' 
Cell 2: '00001111' 
Cell 3: '11110000' 


Corresponds to prs-Mutinglnfo defined in 
TS 36.355 [4] 


T1 


s 


3 


The length of the time interval from the 
beginning of each test 


T2 


s 


5 


The length of the time interval that 
follows immediately after time interval T1 
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T3 



The length of the time interval that 
follows immediately after time interval T2 



Note 1 : The true RSTD, which is the receive time difference for frame between each two cells as seen at the UE 

antenna connector, shall be within the expected RSTD uncertainty. The true RSTD for Cell 2 and Cell 1 shall 
be different from the true RSTD for Cell 3 and Cell 1 . 



NOTE 2: Parameters "Expected RSTD" and "Expected RSTD uncertainty" in Table 9.1.2.4.1-1 are not sellable 
parameters. These are parameters signalled in LPP only. For the values to be used in LPP see Table 
9.1.2.4.3-5 and TS 37.571-5 [20], clause 7.2.2. 

NOTE 3; Parameters "PRS Transmission Bandwidth", "PRS configuration index", "Number of consecutive 

downlink positioning subframes", "Physical cell ID PCI", "CP length", and "PRS muting info" in Table 
9.1.2.4.1-1 are settable parameters and also parameters signalled in LPP. The values to be used for 
"Physical cell ID PCI" are as follows: Cell 1: 0, Cell 2: 6, Cell 3: 12. For all the values to be used in LPP 
see Table 9.1.2.4.3-5 and TS 37.571-5 [20], clause 7.2.2. 

NOTE 4: The parameter "Maximum radio frame transmit time offset between the cells at the UE antenna 

connector" is not a settable parameter but is used to set the "true RSTD" values in step 6 of clause 
9.1.2.4.1. 

Table 9.1.2.4-2: DRX parameters for E-UTRAN TDD intra-frequency RSTD measurement reporting 

delay under fading propagation conditions 



Field 


Value 


Comment 


onDurationTimer 


psfl 


As specified in 3GPP TS 
36.331 [22], clause 6.3.2. 


drx-lnactivityTimer 


psfl 


drx-RetransmissionTimer 


Sf1 


longDRX-CycleStartOffset 


sf320 


shortDRX 


disable 



9.1.2.4.2 



Test procedure 



The test consists of three consecutive time intervals, with duration of Tl, T2 and T3 defined in Table 9.1.2.4-1. Cell 1 is 
active in Tl, T2 and T3, whilst Cell 2 and Cell 3 are activated only in the beginning of T2. Cell 2 is active until the end 
of T3, and Cell 3 is active until the end of T2. The beginning of the time interval T2 shall be aligned [5] ms before the 
first PRS positioning subframe of a positioning occasion in the reference cell, where [5] ms is the necessary test 
tolerance. Cell 1 transmits PRS in T2, while Cell 2 transmits PRS only in T3, and Cell 3 transmits PRS only in T2. 

NOTE: The information on when PRS is muted is conveyed to the UE using PRS muting information in the 
OTDOA assistance data. 

The OTDOA assistance data as defined in clause 9.1.2.4.3 shall be provided to the UE during Tl. The last TTI 
containing the OTDOA assistance data shall be provided to the UE AT ms before the start of T2, where AT = 150 ms is 
the maximum processing time of the OTDOA assistance data. 

1. Ensure that the UE is in state Generic RB Established (State 3) according to 3GPP TS 36.508 [18]. 

2. Set the parameters according to Table 9.1.2.5-1. Propagation conditions are set according to clause 4.7.2.2 
(ETU30). 

3. The SS shall transmit an RRC Connection Reconfiguration message. 

4. The UE shall transmit RRC Connection Reconfiguration Complete message. 

5. The SS shall send a RESET UE POSITIONING STORED INFORMATION message. 

6. Tl starts. 

7. The SS shall send a LPP REQUEST LOCATION INFORMATION message, including the 
OTDOA-RequestLocationlnformation IE. 

8. Immediately after step 7, the UE sends a LPP REQUEST ASSISTANCE DATA message, including the 
OTDOA-RequestAssistanceData IE. 
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9. The SS shall send a LPP PROVIDE ASSISTANCE DATA message, including the 
OTDOA-ProvideAssistanceData IE at AT ms before the start of T2, where AT = 150 ms. The position of 
neighbour Cell 2 in the OTDOA-NeighbourCelllnfoList is randomly selected to be in the first 7 elements of the 
sequence, and the position of neighbour Cell 3 is randomly selected to be in the last 8 elements of the sequence, 
as described in 3GPP TS 37.571-5 [20], clause 7.2.2. 

10. When Tl expires, the SS shall switch the power setting from Tl to T2 as specified in Table 9.1.2.5-3. 

11. When T2 expires, the SS shall switch the power setting from T2 to T3 as specified in Table 9.1.2.5-3. 

12. The UE shall transmit a LPP PROVIDE LOCATION INFORMATION including the 
OTDOA-ProvideLocationlnformation IE within the response time (see clause 4.7.3) specified in clause 9.1.1.5. 
The UE shall perform and report the RSTD measurements for both Cell 2 and Cell 3 with respect to the 
reference cell in the OTDOA assistance data. Cell 1 . If the UE transmits an 

OTDOA-ProvideLocationlnformation IE including the rstd field for both Cell 2 and Cell 3 within the response 
time then the number of successful tests is increased by one. If the UE fails to report the 
OTDOA-ProvideLocationlnformation IE with both the rstd fields included within the response time then the 
number of failure tests is increased by one. 

13. If the UE message at step 12 includes the ackRequested IE set to TRUE, the SS shall send a LPP 
acknowledgement message. 

14. Repeat steps 5-13 until the confidence level according to Annex D is achieved. For each iteration, at step 9 
change the random position of the Cells 2 and 3 in the OTDOA-NeighbourCelllnfoList. 

9.1.2.4.3 Message contents 

Table 9.1.2.4.3-1: RESET UE POSITIONING STORED INFORMATION 



Derivation Path: 36.509 clause 6.9 


Information Element 


Value/remark 


Comment 


Condition 


UE Positioning Technology 


00000001 


OTDOA 





Table 9.1.2.4.3-2: MAC-MainConfig-RBC: TDD RSTD Measurement Reporting Delay 



Derivation Path: TS 36.508 [18] clause 4.8.2.1.5, Table 4.8.2.1.5-1 MAC-IVIainConfig-RBC | 


Information Element 


Value/remark 


Comment 


Condition 


MAC-MainConfig-RBC ::= SEQUENCE { 








drx-ConfJg CHOICE { 








setup SEQUENCE { 








onDurationTimer 


psfl 






drx-lnactivityTimer 


psfl 






drx-RetransmissionJimer 


sfl 






longDRX-CycleStartQffset CHOICE { 








sf320 









} 








shortDRX 


Not present 






} 








1 
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Table 9.1.2.4.3-3: LPP RequestLocationlnformation 



Derivation Path: 36.355 clause 6.2 


Information Element 


Value/remark 


Comment 


Condition 


LPP-Message ::= SEQUENCE { 








transactionlD SEQUENCE { 








initiator 


locationServer 






transactionNumber 


1 






1 








endTransaction 


FALSE 






sequenceNumber 


Not present 






acl<nowledgement 


Not present 






Ipp-IVIessageBody CHOICE { 








c1 CHQICE{ 








requestLocationlnformation SEQUENCE { 








criticalExtensions CHOICE { 








c1 CHOICE! 








requestLocationlnformation-r9 SEQUENCE { 








commonlEsRequestLocationlnformation 
SEQUENCE! 








locationlnformationType 


locationMeasurementsRe 
quired 






triggeredReporting 


Not present 






periodicalReporting 


Not present 






additionallnformation 


onlyReturnlnformationRe 
quested 






qos SEQUENCE { 








horizontalAccuracy 


Not present 






verticalCoordinateRequest 


FALSE 






verticalAccuracy 


Not present 






responselime 


11 


See clause 
9.1.1.5 




velocityRequest 


FALSE 






} 








environment 


Not present 






locationCoordinatelypes 


Not present 






velocitylypes 


Not present 






} 








a-gnss-RequestLocationlnformation 


Not present 






otdoa-RequestLocationlnformation 

SEQUENCE { 








assistanceAvailability 


TRUE 






} 








ecid-RequestLocationlnformation 


Not present 






epdu-RequestLocationlnformation 


Not Present 






1 








} 








} 








} 








1 








} 
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Table 9.1.2.4.3-4: LPP Request Assistance Data 



Derivation Path: 36.355 clause 6.2 


Information Element 


Value/remark 


Comment 


Condition 


LPP-Message ::= SEQUENCE { 








transactionlD SEQUENCE { 








Initiator 


targetDevice 






transactionNumber 


{0..255) 






1 








endTransaction 


FALSE 






sequenceNumber 


(0..255) 






acl<nowledgement SEQUENCE { 


Present or not present 






acl<Requested 


TRUE 






acl<lndicator 


Not present 






} 








Ipp-IVIessageBody CHQICE { 








c1 CHQICE { 








requestAssistanceData SEQUENCE { 








criticalExtensions CHOICE { 








c1 CHQICE { 








requestAssistanceData-r9 SEQUENCE { 








commonlEsRequestAssistanceData 








a-gnss-RequestAssistanceData 








otdoa-RequestAssistanceData SEQUENCE { 








physCellld 


CelM 






} 








epdu-RequestAssistanceData 








1 








1 








} 








} 








} 








1 
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Table 9.1.2.4.3-5: LPP ProvideAssistanceData 



Derivation Path: 36.355 clause 6.2 


Information Element 


Value/remark 


Comment 


Condition 


LPP-Message ::= SEQUENCE { 








transactionlD SEQUENCE { 








Initiator 


targetDevice 






transactionNumber 


{0..255) 






1 








endTransaction 


TRUE 






sequenceNumber 


Not present 






acknowledgement SEQUENCE { 


Present if 

acknowledgement field is 
included by the UE in 
Table 9.1.2.4.3-4. 






ackRequested 


FALSE 






acklndicator 


(0..255) 


Contains the 
same value as the 
sequenceNumber 
in Table 
9.1.2.4.3-4. 




1 








Ipp-MessageBody CHQICE { 








c1 CHQICE { 








ProvideAssistanceData SEQUENCE { 








criticalExtensions CHOICE { 








c1 CHQICE { 








provideAssistanceData-r9 SEQUENCE { 








commonlEsProvideAssistanceData 


Not present 






a-gnss-ProvideAssistanceData 


Not present 






otdoa-ProvideAssistanceData SEQUENCE { 








otdoa-ReferenceCelllnfo 


As defined in TS 
37.571-5 [20], clause 
7.2.2. 






otdoa-NeighbourCelllnfo 


As defined in TS 
37.571-5 [20], clause 
7.2.2. 






otdoa-Error 


Not present 






} 








epdu-ProvideAssistanceData 


Not present 






} 








1 








1 








} 








} 








} 
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Table 9.1.2.4.3-6: LPP ProvideLocation Information 



Derivation Path: 36.355 clause 6.2 


Information Element 


Value/remark 


Comment 


Condition 


LPP-Message ::= SEQUENCE { 








transactionlD SEQUENCE { 








initiator 


locationServer 






transactionNumber 


1 






1 








endlransaction 


TRUE 






sequenceNumber 


(0..255) 






acknowledgement 








Ipp-MessageBody CHOICE { 








c1 CHQICE{ 








provideLocationlnformation SEQUENCE { 








critical Extensions CHOICE { 








c1 CHOICE! 








provideLocationlnformation-r9 SEQUENCE { 








commonlEsProvideLocationlnformation 


Not present. 






a-gnss-ProvideLocationlnformation 


Not present 






otdoa-ProvideLocationlnformation 

SEQUENCE { 








otdoaSignallVleasurementlnformation 
SEQUENCE { 








systemFrameNumber 








physCellldRef 


Cell 1 






cellGloballdRef 








earfcnRef 








referenceQuality 








neighbourMeasurementList 

SEQUENCE (SIZE(n)) { 








physCellldNeighbor 


Cell 2 






cellGloballdNeighbour 








earfcnNeighbour 








rstd 


Present 






rstd-Quality 








} 








neighbourMeasurementList 

SEQUENCE (SIZE(n)) { 








physCellldNeighbor 


Cells 






cellGloballdNeighbour 








earfcnNeighbour 








rstd 


Present 






rstd-Quality 








1 








} 








otdoa-Error 


May be present with error 
reason 'undefined' or 
'attemptedButUnableToM 
easureSomeNeighbourC 
ells' 






1 








ecid-ProvideLocationlnformation 


Not present 






epdu-ProvideLocationlnformation 


Not present 






} 








1 








1 








} 








} 








} 









9.1.2.5 Test requirement 

Table 9.1.2.5-1 and 9.1.2.5-2 define the primary level settings including test tolerances for the test. 
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Table 9.1.2.5-1 : Cell-specific test parameters for E-UTRAN TDD intra-frequency RSTD measurement 
reporting delay under fading propagation conditions during T1 



Parameter 


Unit 


CelM 


Cell 2 


Cell 3 


E-UTRA RF 
Channel Number 




1 


1 


1 


OCNG patterns 
defined in TS 
36.521-3 [25] clause 
D.1.2 




0P.1 TDD 


N/A 


N/A 


PBCH RA""'"" 


dB 





N/A 


N/A 


PBCH RB"""" 


PSS RA^°'^^ 


SSS RA"°'" 


PCFICH RB 


PHICH RA 


PHICH_RB 


PDCCH RA 


PDCCH RB 


OCNG RA""'"' 


OCNG RB™'^' 


PRS RA 


\j Note 3,5 


dBm/ 
15 kHz 


-95 


PRS E^/A^„^ "'"''' 


dB 


-Infinity 


-Infinity 


-Infinity 


1 Note 4 


dBm/ 
9 MHz 


-64.21 


N/A 


N/A 


p /t Note 4 

s/ ot 


dB 





-Infinity 


-Infinity 


Propagation 
Condition 




ETU30 


Note 1 : OCNG shall be used such that active cell (Cell 1) is fully allocated and a constant total 
transmitted power spectral density is achieved for all OFDIVI symbols. 

Note 2: The resources for uplink transmission are assigned to the UE prior to the start of time 
period T2. 

Note 3: Interference from other cells and noise sources not specified in the test are assumed 
to be constant over subcarriers and time and shall be modelled as AWGN of 

appropriate power for A'^^^, to be fulfilled. 
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Table 9.1.2.5-2: Cell-specific test parameters for E-UTRAN TDD intra-frequency RSTD measurement 

reporting delay under fading propagation conditions 



Parameter 


Unit 


CelM 


Cell 2 


Cell 3 


T2 1 T3 


T2 1 T3 


T2 1 T3 


E-UTRA RF 
Channel Number 




1 


1 


1 


OCNG patterns 
defined in TS 
36.521 -3 [25] clause 
D.2.1 




0P.1 TDD 


0P.2 TDD 


0P.2 
TDD 


N/A 


PBCH RA^°'^« 


dB 











N/A 


PBCH RB"°'" 


PSS RA^°'^^ 


SSS RA"°'" 


PCFICH RB 


PHICH RA 


PHICH_RB 


PDCCH RA 


PDCCH RB 


OCNG RA"°''' 


OCNG RB™'"' 


PRS_RA 


dB 





N/A 


N/A 








N/A 


AT Note 3,4 


dBm/ 
15 kHz 


-98 


-95 


-98 


-95 


-98 


-95 


PRS E^/A^„^ ^"'"^ 


dB 


-4 + TT 


-Infinity 


-Infinity 


-10 + 

TT 


-10 + 

TT 


-Infinity 


PRS E /l , ^°'"^ 


dB 


-4.41 + 
TT 


-Infinity 


-Infinity 


-10 + 

TT 


-11.46 
+ TT 


-Infinity 


1 Note 4 


dBm/ 
9 MHz 


-69.87 


N/A 


N/A 


-67.15 


-69.87 


N/A 


pRpNote4 


dBm/ 
15 kHz 


-102 + 
TT 


-Infinity 


-Infinity 


-105 + 
TT 


-108 + 
TT 


-Infinity 


RSRP 


dBm/ 
15 kHz 


-102 + 
TT 


-102 + 
TT 


-105 + TT 


-105 + 
TT 


-108 + 
TT 


-Infinity 


Propagation 
Condition 




ETU30 


Note 1 : OCNG shall be used such that active cells (all, except Cell 3 in T3) are fully allocated 
and a constant total transmitted power spectral density is achieved for all OFDIVI 
symbols other than those in the subframes with transmitted PRS. There is no PDSCH 
allocated in the subframes with transmitted PRS. 

Note 2: The resources for uplink transmission are assigned to the UE prior to the start of time 
period T2. 

Note 3: Interference from other cells and noise sources not specified in the test are assumed 
to be constant over subcarriers and time and shall be modelled as AWGN of 

appropriate power for N^^. to be fulfilled. 

Note 4: PRS E^I^, , lo, and PRP levels have been derived from other parameters and are 

given for information purpose. These are not settable test parameters. Interference 
conditions shall be applied to all PRS symbols of DL positioning subframes. 



The response time including test tolerance is FFS . 

The RSTD measurement reporting delay in the test is derived from the following expression, 
n 



T,,,{M -1)+160 



M 



where M =8 and n =16 are the parameters specified in clause 9.2.1.3and Table 9.2.1.3-1. 



This gives the total RSTD reporting delay of 9280 ms for the 15 neighbour cells including Cell 2 and Cell 3 with 
respect to the reference cell, Cell 1 . 

The test tolerances are defined in clauses C.1.3 and C4. 

The rate of sucessful tests during repeated tests shall be at least 90% with a confidence level of 95%. 
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9.1 .3 FDD RSTD Measurement Accuracy 



Editor's note: This test case is incomplete. The following aspects are either missing or not yet determined: 

• The Test system uncertainties applicable to this test are undefined. 

• The Test tolerances applicable to this test are undefined. 

• The test procedure requires further study as issues have been identified in the signalling in RAN 4 and 
RAN 2. 

9.1.3.1 Test purpose 

To verify that the RSTD FDD intra-frequency measurement accuracy is within the specified hmits. 

9.1.3.2 Test applicability 

This test appHes to all types of E-UTRA FDD UE release 9 and forward that supports UE-assisted OTDOA. 

9.1 .3.3 Minimum conformance requirements 

The accuracy requirements in Table 9.1.3.3-1 are valid under the following conditions: 

Conditions defined in TS 36.101 [2] clause 7.3 for reference sensitivity are fulfilled. 

PRP l,2ldBm according to clause E.2 for a corresponding Band. 

There are no measurement gaps overlapping with the PRS subframes of the measured cell. 

The parameter expectedRSTDUncertainty signalled over LP? as defined in 3GPP TS 36.355 [4] is less than 5 |is. 

Table 9.1.3.3-1 : RSTD measurement accuracy 



Parameter 


Minimum 

PRS 

transmission 

bandwidth 

between the 

reference cell 

and the 

measured 

neighbour 

cell 

[RB] 


Minimum 

number 

of available 

measurement 

subframes 

between the 

reference cell 

and the 

measured 

neighbour cell 


Unit 


Accuracy 
[Ts] 




Conditions 


Bands 1, 
4,6,10, 
11,18,19, 
21,23,24, 
33, 34, 35, 
36, 37, 38, 
39,40 


Bands 2, 
5,7 


Band 25 


Bands 
3,8,12, 
13,14, 
17,20, 
22 


Bands 

9,41,42, 

43 


lo 


lo 


lo 


lo 


lo 


RSTD for 
(PRS 

Es/l0t)ref s 

-6dB and 

(PRS Es/lot)i 

>-13dB 


>6 


6 


Is 


+ 15 


-121dBm 
/15l<Hz 

-SOdBm/ 

BWcharmel 


-119dBm 
/15l<Hz 

-50dBm/ 

BWchannel 


-117.5dBm 
/15l<Hz 

-SOdBm/ 

BWchannel 


-118dBm 
/15l<Hz 

-SOdBm/ 

BWchannel 


-120dBm 
/1SI<Hz 

-SOdBm/ 

BWchannel 


>25 


>2 


+ 6 


>50 


>1 


+ 5 


Note 1 : lo is assumed to have constant EPRE across the bandwidth. 
Note 2: Is is the basic timing unit defined in 3GPP TS 36.21 1 [26]. 



The reporting range of RSTD is defined from -15391Ts to 15391Ts with ITs resolution for absolute value of RSTD less 
or equal to 4096Ts and 5Ts for absolute value of RSTD greater than 4096Ts. 

The mapping of measured quantity is defined in Table 9.1.3.3-2. 
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Table 9.1.3.3-2: RSTD report mapping 



Reported Value 


Measured Quantity Value 


Unit 


RSTD_0000 


-15391 >RSTD 


T. 


RSTD_0001 


-15391 < RSTD < -15386 


T. 








RSTD_2258 


-4106 < RSTD < -4101 


T. 


RSTD_2259 


-4101 < RSTD < -4096 


T. 


RSTD_2260 


-4096 < RSTD < -4095 


T. 


RSTD_2261 


-4095 < RSTD < -4094 


T. 








RSTD 6353 


-3 < RSTD < -2 


Ts 


RSTD 6354 


-2 < RSTD < -1 


Ts 


RSTD 6355 


-1 < RSTD < 


Ts 


RSTD 6356 


< RSTD < 1 


Ts 


RSTD 6357 


1 < RSTD < 2 


Ts 


RSTD 6358 


2 < RSTD < 3 


Ts 








RSTD 10450 


4094 < RSTD < 4095 


Ts 


RSTD_10451 


4095 < RSTD < 4096 


Ts 


RSTD_10452 


4096 < RSTD < 4101 


Ts 


RSTD_10453 


4101 < RSTD < 4106 


Ts 








RSTD_12709 


15381 < RSTD< 15386 


Ts 


RSTD_12710 


15386< RSTD< 15391 


Ts 


RSTD 12711 


15391 <RSTD 


Ts 



The normative reference for this requirement is TS 36.133 [23] clause 9.1.10.1, 9.1.10.3, and A.9.8.1. 

9.1 .3.4 Test description 

9.1.3.4.1 Initial conditions 

Test Environment: Normal; as defined in TS 36.508 [18] clause 4.1. 
Frequencies to be tested: Mid Range, as defined in TS 36.508 [18] clause 4.3.1.1. 
Channel bandwidth to be tested: 1.4 MHz (Test 1 and 2) and 10 MHz (Test 3 and 4). 

1 . Connect the SS and AWGN noise sources to the UE antenna connector or antenna connectors as shown in 
Annex A, Figure A. 3. 

2. The general test parameter settings are setup according to Table 9.1.3.4.1-1. 

3. Propagation conditions are set according to clause 4.7.2.1. 

4. Message contents are defined in clause 9.1.3.4.3. 

5. All cells are on the same carrier frequency. Cell 1 is the serving cell and OTDOA assistance data reference cell; 
Cell 2 is the neighbour cell. The assistance data neighbour cell list includes in total 15 cells, where 14 of the cells 
are not simulated (dummy cells; as defined in 3GPP TS 37.571-5 [20], clause 7.2.2). 

6. The true RSTD (which is the receive time difference for frame between the two cells as seen at the UE antenna 
connector) is set to the following values: 

Test 1:92 Ts (2.99 lis) 
Test 2: Ts (0 |is) 
Test3:0Ts(0|ls) 
Test 4: -92 Ts (-2.99 |J.s) 
Note that the related expectedRSTD values to be signalled over LPP are defined in Table 9.1.3.4-1 for each test. 
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Table 9.1.3.4.1-1 : General Test Parameters for intra frequency RSTD Tests for E-UTRAN FDD 



Parameter 


Unit 


Value 


Comment 


Testi 1 Test2 


Test3 1 Test4 


PCFICH/PDCCH/PHICH 
parameters 




R.8 FDD 


R.6 FDD 


As specified in TS 36.521-3 [25] 
clause A.2.1 


OCNG Patterns defined in TS 
36.521-3 [25] clause D.I. 1 




0P.7 FDD 


0P.6 FDD 


OCNG shall be used such that 
both cells are fully allocated and 
a constant total transmitted 
power spectral density is 
achieved for all OFDM symbols 
(other than those in the PRS 
subframes). There is no PDSCH 
allocated in the subframe 
transmitting PRS. 


Reference cell 




Celll 




Neighbour cell 




Cell 2 




E-UTRA RF Channel Number 




1 


One FDD carrier frequency is 
used. 


Channel Bandwidth (BWchannei) 


MHz 


1.4 


10 




PRS Transmission Bandwidth 

Note 2 


RB 


6 


50 




PRS configuration Index Ip^^ 

Note 2 




2 


2 


As defined in 3GPPTS 36.211 
[26] 


Number of consecutive 
positioning downlink subframes 

^ Note 2 




6 


1 


As defined in 3GPP TS 36.21 1 
[26] 


prs-Mutinglnfo™'"' 




Cell 1: '11110000' 
Cell 2: '11110000' 


See section 6.5.1.2 in 3GPP TS 
36.355 [4] for more information 


Cell ID ™'^^ 




(Cell ID 
of cell 1 
-CelllD 
of cell 2) 
mod 6 = 



(Cell ID 
of cell 1 
-Cell ID 
of cell 2) 
mod 6 = 
1 


(Cell ID 
of cell 1 
-CelllD 
of cell 2) 
mod 6 = 



(Cell ID 
of cell 1 
-Cell ID 
of cell 2) 
mod 6 = 
3 




expectedRSTD™'""'™'"' 


us 


3 








-3 




expectedRSTDUncertainty """^ ' 


us 


5 


5 


5 


5 




CP length ™'^^ 




Normal 




DRX 




OFF 




Radio frame transmit time 
difference between cells (cell 2 
TX time -cell 1 TX time) '^°"'^' 

Note 3 




3 us 


Synchronous cells 


Number of cells provided in 
OTDOA assistance data 




16 


The number of cells includes 
the reference cell 


■y Note 5 
^ RSTD IntraFreqFDD, E-UTRAN 


ms 


2560 


Derived according to the RSTD 
measurement requirements 
specified in Section 9.1.1.3 


NOTE 1 : Parameters "Expected RSTD" and "Expected RSTD uncertainty" in Table 9.1 .3.4.1-1 are not settable 
parameters. These are parameters signalled in LPP only. For the values to be used in LPP see Table 
9.1 .3.4.3-4 and TS 37.571-5 [20], clause 7.2.2. 

NOTE 2: Parameters "PRS Transmission Bandwidth", "PRS configuration index", "Number of consecutive downlink 
positioning subframes", "prs-IVIutinglnfo", "Cell ID" and "CP length" in Table 9.1.3.4.1-1 are settable 
parameters and also parameters signalled in LPP. The values to be used for "Cell ID" are as follows: Cell 1 : 0, 
Cell 2: Test 1 : 6, Test 2: 7, Test 3: 6, Test 4: 9. For all the values to be used in LPP see Table 9.1 .3.4.3-4 and 
TS 37.571-5 [20], clause 7.2.2. 

NOTE 3: The parameter "Radio frame transmit time difference between cells (cell 2 TX time - cell 1 TX time)" is not a 
settable parameter but is used to set the "true RSTD" values in step 6 of clause 9.1 .3.4.1 . 

NOTE 4: The test equipment shall ensure that the receive time difference between the two cells radio frame start at 
the UE antenna connector is equal to expectedRSTD. 

NOTE 5: The parameter " Tj^g^j.^ j^j^^p^g^p^^ ^^.j-jj^j^ " is not a settable parameter but is used to set the LPP 

"responseTime" value in Table 9.1 .3.4.3-2. The value of the LPP responseTime IE is set to 

Trstd IntraFreqFDD, E-UTRAN + ^^ '^^' whero AT = 1 50 ms, giving a value of 2710 ms. This is rounded up to the 

next allowed LPP value of 3 seconds. 
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9.1.3.4.2 



Test procedure 



The test consists of a set-up period and a measurement period. Cell 1 and Cell 2 are both active during the complete 
test. The beginning of the measurement period shall be aligned with the first PRS positioning subframe of a positioning 
occasion in the reference cell. 

NOTE: The information on when PRS is muted is conveyed to the UE using PRS muting information in the 
OTDOA assistance data. 

The OTDOA-RequestLocationlnformation message and the OTDOA assistance data as defined in clause 9.1.3.4.3 shall 
be provided to the UE during the set-up period. EPS 

1. Ensure that the UE is in state Generic RB Established (State 3) according to 3GPP TS 36.508 [18]. 

2. Set the parameters according to Table 9.1.3.5-1 as appropriate. Propagation conditions are set according to 
clause 4.7.2.1. 

3. The SS shall transmit an RRC Connection Reconfiguration message. 

4. The UE shall transmit RRC Connection Reconfiguration Complete message. 

5. The SS shall send a RESET UE POSITIONING STORED INFORMATION message. 

6. The SS shall send a LPP REQUEST LOCATION INFORMATION message, including the 
OTDOA-RequestLocationlnformation IE. 

7. Immediately after step 6, the UE sends a LPP REQUEST ASSISTANCE DATA message, including the 
OTDOA-RequestAssistanceData IE. 

8. The SS shall send a LPP PROVIDE ASSISTANCE DATA message, including the 
OTDOA-ProvideAssistanceData IE. The last TTI containing the OTDOA assistance data shall be provided to the 
UE AT ms before the start of measurement period, where AT = 150 ms. 

9. The UE shall transmit a LPP PROVIDE LOCATION INFORMATION message, including the 
OTDOA-ProvideLocationlnformation IE. 

10. If the UE message at step 9 includes the ackRequested IE set to TRUE, the SS shall send a LPP 
acknowledgement message. 

1 1. The SS shall check the rstd value for Cell 2 in the OTDOA-SignalMeasurementlnformation IE according to 
Table 9.1.3.5-2. 

12. Repeat step 5-11 until the confidence level according to Annex D is achieved. 

13. Repeat step 1-12 for each sub-test in Table 9.1.3.5-1 as appropriate. 

9.1.3.4.3 Message contents 

Table 9.1.3.4.3-1: RESET UE POSITIONING STORED INFORMATION 



Derivation Path: 36.509 clause 6.9 


Information Element 


Value/remark 


Comment 


Condition 


UE Positioning Technology 


00000001 


OTDOA 
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Table 9.1.3.4.3-2: LPP RequestLocationlnformation 



Derivation Path: 36.355 clause 6.2 


Information Element 


Value/remark 


Comment 


Condition 


LPP-Message ::= SEQUENCE { 








transactionlD SEQUENCE { 








initiator 


locationServer 






transactionNumber 


1 






1 








endTransaction 


FALSE 






sequenceNumber 


Not present 






acl<nowledgement 


Not present 






Ipp-IVIessageBody CHOICE { 








c1 CHQICE{ 








requestLocationlnformation SEQUENCE { 








criticalExtensions CHOICE { 








c1 CHOICE! 








requestLocationlnformation-r9 SEQUENCE { 








commonlEsRequestLocationlnformation 
SEQUENCE! 








locationlnformationType 


locationMeasurementsRe 
quired 






triggeredReporting 


Not present 






periodicalReporting 


Not present 






additionallnformation 


onlyReturnlnformationRe 
quested 






qos SEQUENCE { 








horizontalAccuracy 


Not present 






verticalCoordinateRequest 


FALSE 






verticalAccuracy 


Not present 






responselime 


3 


See Note 5 of 
Table 9.1.3.4.1-1 




velocityRequest 


FALSE 






} 








environment 


Not present 






locationCoordinatelypes 


Not present 






velocitylypes 


Not present 






} 








a-gnss-RequestLocationlnformation 


Not present 






otdoa-RequestLocationlnformation 

SEQUENCE { 








assistanceAvailability 


TRUE 






} 








ecid-RequestLocationlnformation 


Not present 






epdu-RequestLocationlnformation 


Not Present 






1 








} 








} 








} 








1 








} 








Table 9.1.3.4.3-3: LPP Request Assistance Data 


Derivation Path: 36.355 clause 6.2 


Information Element 


Value/remark 


Comment 


Condition 


LPP-Message ::= SEQUENCE { 








transactionlD SEQUENCE { 








Initiator 


targetDevice 






transactionNumber 


{0..255) 






1 








endTransaction 


FALSE 






sequenceNumber 


(0..255) 






acknowledgement SEQUENCE { 


Present or not present 






ackRequested 


TRUE 
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acklndicator 


Not present 






} 








Ipp-MessageBody CHOICE { 








c1 CHOICE { 








requestAssistanceData SEQUENCE { 








criticalExtensions CHOICE { 








c1 CHOICE! 








requestAssistanceData-r9 SEQUENCE { 








commonlEsRequestAssistanceData 








a-gnss-RequestAssistanceData 








otdoa-RequestAssistanceData SEQUENCE { 








physCellld 


Cell 1 






} 








epdu-RequestAssistanceData 








} 








} 








} 








1 








1 








} 
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Table 9.1.3.4.3-4: LPP ProvideAssistanceData 



Derivation Path: 36.355 clause 6.2 


Information Element 


Value/remark 


Comment 


Condition 


LPP-Message ::= SEQUENCE { 








transactionlD SEQUENCE { 








Initiator 


targetDevice 






transactionNumber 


{0..255) 






1 








endTransaction 


TRUE 






sequenceNumber 


Not present 






acknowledgement SEQUENCE { 


Present if 

acknowledgement field is 
included by the UE in 
Table 9.1.3.4.3-3. 






ackRequested 


FALSE 






acklndicator 


(0..255) 


Contains the 
same value as the 
sequenceNumber 
in Table 
9.1.1.4.3-3. 




1 








Ipp-MessageBody CHQICE { 








c1 CHQICE { 








ProvideAssistanceData SEQUENCE { 








criticalExtensions CHOICE { 








c1 CHQICE { 








provideAssistanceData-r9 SEQUENCE { 








commonlEsProvideAssistanceData 


Not present 






a-gnss-ProvideAssistanceData 


Not present 






otdoa-ProvideAssistanceData SEQUENCE { 








otdoa-ReferenceCelllnfo 


As defined in TS 
37.571-5 [20], clause 
7.2.2. 






otdoa-NeighbourCelllnfo 


As defined in TS 
37.571-5 [20], 
clause7.2.2. 






otdoa-Error 


Not present 






} 








epdu-ProvideAssistanceData 


Not present 






} 








1 








1 








} 








} 








} 
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Table 9.1.3.4.3-5: LPP ProvideLocation Information 



Derivation Path: 36.355 clause 6.2 


Information Element 


Value/remark 


Comment 


Condition 


LPP-Message ::= SEQUENCE { 








transactionlD SEQUENCE { 








initiator 


locationServer 






transactionNumber 


1 






1 








endlransaction 


TRUE 






sequenceNumber 


(0..255) 






acknowledgement 








Ipp-MessageBody CHOICE { 








c1 CHQICE{ 








provideLocationlnformation SEQUENCE { 








critical Extensions CHOICE { 








c1 CHOICE! 








provideLocationlnformation-r9 SEQUENCE { 








commonlEsProvideLocationlnformation 


Not present. 






a-gnss-ProvideLocationlnformation 


Not present 






otdoa-ProvideLocationlnformation 

SEQUENCE { 








otdoaSignallVleasurementlnformation 
SEQUENCE { 








systemFrameNumber 








physCellldRef 


Cell 1 






cellGloballdRef 








earfcnRef 








referenceQuality 








neighbourMeasurementList 

SEQUENCE (SIZE(1)){ 








physCellldNeighbor 


Cell 2 






cellGloballdNeighbour 








earfcnNeighbour 








rstd 


Set according to Table 
9.1.3.5-2 for each 
specific test 






rstd-Quality 








} 








1 








otdoa-Error 


May be present with error 
reason 'undefined' or 
'attemptedButUnableTolVI 
easureSomeNeighbourC 
ells' 






1 








ecid-ProvideLocationlnformation 


Not present 






epdu-ProvideLocationlnformation 


Not present 






} 








} 








1 








1 








} 








} 









9.1.3.5 Test requirement 

Table 9.1.3.5-1 defines the primary level settings including test tolerances for all tests. 

Each RSTD FDD intra-frequency accuracy test shall meet the reported values in Table 9.1.3.5-2. 
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Table 9.1.3.5-1 : Cell Specific Test Parameters for intra frequency RSTD Tests for E-UTRAN FDD 



Parameter 


Unit 


Testi 


Test2 


Test3 


Test4 


Cein 1 Cell2 


Celll 1 Cell2 


Celll 1 Cell2 


Celll 1 Cell2 


E-UTRA RF 
Channel Number 




1 


PBCH RA 


dB 


























PBCH RB 


PSS RA 


SSS RA 


PCFICH RB 


PHICH RA 


PHICH RB 


PDCCH RA 


PDCCH RB 


OCNG RA"°'"' 


OCNG RB™'"' 


PRS RA 


\j Note2 
^ oc 


dBm/ISkHz 


-98 


-98 


-98 


-98 


-98 


-98 


-98 


-98 


PRS e7i„. 


dB 


-3 + TT 


-10 + TT 


-6 + 
TT 


-13 + 
TT 


-3 + TT 


-10 + TT 


-6 + 
TT 


-13 + 

TT 


1 Notes 


dBm/1.08 
MHz 


-78.92 


-78.92 


-79.21 


-79.21 


N/A 


N/A 


N/A 


N/A 


dBm/9 MHz 


N/A 


N/A 


N/A 


N/A 


-69.72 


-69.72 


-70 


-70 


pRp Notes 


dBm/15kHz 


-100.373 
+ TT 


-106.016 
-hTT 


-104 -H 
TT 


-111 + 
TT 


-100.373 
+ TT 


-106.016 
+ TT 


-104 + 
TT 


-111 + 
TT 


Propagation 
condition 




AWGN 


Note 1 : OCNG shall be used such that both cells are fully allocated and a constant total transmitted power spectral 
density is achieved for all OFDM symbols (other than those in the PRS subframes). There is no PDSCH 
allocated in the subframe transmitting PRS. 

Note 2: Interference from other cells and noise sources not specified in the test is assumed to be constant over 

subcarriers and time and shall be modelled as AWGN of appropriate power for A'^^^ to be fulfilled. 

Note 3: lo and PRP levels have been derived from other parameters for information purposes. They are not settable 
parameters themselves, lo values are derived in the case that there is no PBCH, PSS or SSS in the OFDIVI 
symbols carrying PRS. 



Table 9.1.3.5-2: RSTD FDD intra-frequency accuracy requirements for the reported values 





Testi 


Test 2 


Test 3 


Test 4 


Lowest reported value 


RSTD 6432+TT 


RSTD 6340+TT 


RSTD 6350+TT 


RSTD 6442+TT 


Highest reported value 


RSTD 6462+TT 


RSTD 6370+TT 


RSTD 6360+TT 


RSTD 6452+TT 



For the overall test to pass, the ratio of successful reported values in each sub-test shall be more than 90% with a 
confidence level of 95%. 

9.1 .4 TDD RSTD Measurement Accuracy 

Editor's note: This test case is incomplete. The following aspects are either missing or not yet determined: 

• The Test system uncertainties applicable to this test are undefined. 

• The Test tolerances applicable to this test are undefined. 

• The test procedure requires further study as issues have been identified in the signalling in RAN 4 and 
RANI. 

9.1.4.1 Test purpose 

To verify that the RSTD TDD intra-frequency measurement accuracy is within the specified limits. 
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9.1 .4.2 Test applicability 

This test applies to all types of E-UTRA TDD UE release 9 and forward that supports UE-assisted OTDOA. 

9.1 .4.3 Minimum conformance requirements 

The accuracy requirements in Table 9.1.4.3-1 are valid under the following conditions: 

Conditions defined in TS 36.101 [2] clause 7.3 for reference sensitivity are fulfilled. 

PRP l,2l(]Bm according to clause E.2 for a corresponding Band. 

There are no measurement gaps overlapping with the PRS subframes of the measured cell. 

The parameter expectedRSTDUncertainty signalled over LP? as defined in 3GPP TS 36.355 [4] is less than 5 |as. 

Table 9.1.4.3-1 : RSTD measurement accuracy 



Parameter 


Minimum 

PRS 

transmission 

bandwidth 

between the 

reference cell 

and the 

measured 

neighbour 

cell 

[RB] 


Minimum 

number 

of available 

measurement 

subframes 

between the 

reference cell 

and the 

measured 

neighbour cell 


Unit 


Accuracy 
[Ts] 




Conditions 


Bands 1, 
4,6,10, 
11,18,19, 
21,23,24, 
33, 34, 35, 
36, 37, 38, 
39,40 


Bands 2, 
5,7 


Band 25 


Bands 
3,8,12, 
13,14, 
17,20, 
22 


Bands 

9,41,42 

43 


lo 


lo 


lo 


lo 


lo 


RSTD for 
(PRS 

Es/l0t)ref s 

-6dB and 

(PRS Es/lot)i 

>-13dB 


>6 


6 


Is 


+ 15 


-121dBm 
/15l<Hz 

-SOdBm/ 

BWchannel 


-119dBm 
/15l<Hz 

-SOdBm/ 

BWchannel 


-117.5dBm 
/15l<Hz 

-SOdBm/ 

BWchannel 


-118dBm 
/1SI<Hz 

-SOdBm/ 

BWchannel 


-120dBm 
/1SI<Hz 

-SOdBm/ 

BWchannel 


>25 


>2 


+ 6 


>50 


>1 


+ 5 


Note 1 : lo is assumed to have constant EPRE across the bandwidth. 
Note 2: Is is the basic timing unit defined in 3GPP TS 36.21 1 [26]. 



The reporting range of RSTD is defined from -15391Ts to 15391Ts with ITs resolution for absolute value of RSTD less 
or equal to 4096Ts and 5Ts for absolute value of RSTD greater than 4096Ts. 

The mapping of measured quantity is defined in Table 9.1.4.3-2. 
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Table 9.1.4.3-2: RSTD report mapping 



Reported Value 


Measured Quantity Value 


Unit 


RSTD 0000 


-15391 >RSTD 


Ts 


RSTD 0001 


-15391 < RSTD < -15386 


Ts 








RSTD 2258 


-4106 < RSTD < -4101 


Ts 


RSTD 2259 


-4101 < RSTD < -4096 


Ts 


RSTD 2260 


-4096 < RSTD < -4095 


Ts 


RSTD 2261 


-4095 < RSTD < -4094 


Ts 








RSTD 6353 


-3 < RSTD < -2 


Ts 


RSTD 6354 


-2 < RSTD < -1 


Ts 


RSTD 6355 


-1 < RSTD < 


Ts 


RSTD_6356 


< RSTD < 1 


Ts 


RSTD 6357 


1 < RSTD < 2 


Ts 


RSTD_6358 


2 < RSTD < 3 


Ts 








RSTD_10450 


4094 < RSTD < 4095 


Ts 


RSTD_10451 


4095 < RSTD < 4096 


Ts 


RSTD_10452 


4096 < RSTD < 4101 


Ts 


RSTD_10453 


4101 < RSTD < 4106 


Ts 








RSTD 12709 


15381 < RSTD < 15386 


Ts 


RSTD 12710 


15386 < RSTD < 15391 


Ts 


RSTD 12711 


15391 <RSTD 


Ts 



The normative reference for this requirement is TS 36.133 [23] clause 9.1.10.1, 9.1.10.3, and A.9.8.2. 

9.1 .4.4 Test description 

9.1.4.4.1 Initial conditions 

Test Environment: Normal; as defined in TS 36.508 [18] clause 4.1. 

Frequencies to be tested: Mid Range, as defined in TS 36.508 [18] clause 4.3.1.1. 

Channel bandwidth to be tested: 1.4 MHz (Test 1 and 2) and 10 MHz (Test 3 and 4). 

1. Connect the SS and AWGN noise sources to the UE antenna connector or antenna connectors as shown in 
Annex A, Figure A. 3. 

2. The general test parameter settings are set up according to Table 9.1.4.4.1-1. 

3. Propagation conditions are set according to clause 4.7.2.1. 

4. Message contents are defined in clause 9.1.4.4.3. 

5. All cells are on the same carrier frequency. Cell 1 is the serving cell and OTDOA assistance data reference cell; 
Cell 2 is the neighbour cell. The assistance data neighbour cell list includes in total 15 cells, where 14 of the cells 
are not simulated (dummy cells; as defined in 3GPP TS 37.571-5 clause 7.2.2). 

6. The true RSTD (which is the receive time difference for frame between the two cells as seen at the UE antenna 
connector) is set to the following values: 

Test 1:92 Ts (2.99 lis) 
Test 2: Ts (0 |is) 
Test3:0Ts(0|J,s) 
Test 4: -92 Ts (-2.99 lis) 
Note that the related expectedRSTD values to be signalled over LPP are defined in Table 9.1.4.4-1 for each test. 
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Table 9.1.4.4.1-1 : General Test Parameters for intra frequency RSTD Tests for E-UTRAN TDD 



Parameter 


Unit 


Value 


Comment 


Testi 1 Test2 


Test3 1 Test4 


PCFICH/PDCCH/PHICH 
parameters 




R.8 TDD 


R.6 TDD 


As specified in TS 36.521-3 [25] 
clause A.2.2. 


OCNG Patterns defined in TS 
36.521-3 [25] clause D.I. 2 




0P.4TDD 


0P.2TDD 


OCNG shall be used such that 
both cells are fully allocated and 
a constant total transmitted 
power spectral density is 
achieved for all OFDIVI symbols 
(other than those in the PRS 
subframes). There is no PDSCH 
allocated in the subframe 
transmitting PRS. 


Reference cell 




CelH 




Neighbour cell 




Cell 2 




E-UTRA RF Channel Number 




1 


One TDD carrier frequency is 
used. 


Channel Bandwidth (BWchamei) 


MHz 


1.4 


10 




Special subframe configuration 




6 


6 


As specified in table 4.2-1 In TS 
36.21 1 . The same configuration 
in both cells. 


Uplink-downlink configuration 




3 


1 


As specified in table 4.2-2 in TS 
36.211 and table 8.1.2.5.2-2. 
The same configuration in both 
cells. 


PRS Transmission Bandwidth™''''^ | RB | 6 | 50 




PRS configuration Index Ip^^^ 

Note 2 




9 


14 


As defined in 3GPP TS 36.21 1 


Number of consecutive 
positioning downlink subframes 

» T Note 2 




6 


1 


As defined in 3GPP TS 36.21 1 


prs-Mutinglnfo™'"' 




Cell 1: '11110000' 
Cell 2: '11110000' 


See section 6.5.1 .2 in 3GPP TS 
36.355 for more information 


Cell ID™'"" 




(Cell ID 
of cell 1 
-Cell ID 
of cell 2) 
mod 6 = 



(Cell ID 
of cell 1 
-Cell ID 
of cell 2) 
mod 6 = 
1 


(Cell ID 
of cell 1 
-Cell ID 
of cell 2) 
mod 6 = 



(Cell ID 
of cell 1 
-Cell ID 
of cell 2) 
mod 6 = 
3 




expectedRSTD™'""'™'"' 


us 


3 








-3 




expectedRSTDUncertainty ™°'" ' 


us 


5 


5 


5 


5 




CP length™"'" 




Normal 
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DRX 




OFF 




Radio frame transmit time 
difference between cells (cell 2 
TX time -cell 1 TX time) '^°"'^' 

Note 3 




3 us 


Synchronous cells 


Number of cells provided in 
OTDOA assistance data 




16 


The number of cells includes 
the reference cell 


■-p Note 5 
^ RSTD IntraFreqTDD, E-UTRAN 


ms 


2560 


Derived according to the RSTD 
measurement requirements 
specified in Section 9.1 .2.3 


NOTE 1 : Parameters "Expected RSTD" and "Expected RSTD uncertainty" in Table 9.1 .4.4.1-1 are not settable 
parameters. These are parameterssignalled in LPP only. For the values to be used in LPP see Table 
9. 1 .4.4.3-4 and TS 37.571-5 [20], clause 7.2.2. 

NOTE 2: Parameters "PRS Transmission Bandwidth", "PRS configuration index", "Number of consecutive downlink 
positioning subframes", "prs-IVIutinglnfo", "Cell ID" and "CP length" in Table 9.1.4.4.1-1 are settable 
parameters and also parameters signalled in LPP. The values to be used for "Cell ID" are as follows: Cell 1 : 0, 
Cell 2: Test 1 : 6, Test 2: 7, Test 3: 6, Test 4: 9. For all the values to be used in LPP see Table 9.1 .4.4.3-4 and 
TS 37.571-5 [20], clause 7.2.2. 

NOTE 3: The parameter "Radio frame transmit time difference between cells (cell 2 TX time - cell 1 TX time)" is not a 
settable parameter but is used to set the "true RSTD" values in step 6 of clause 9.1 .4.4.1 . 

NOTE 4: The test equipment shall ensure that the receive time difference between the two cells radio frame start at 
the UE antenna connector is equal to expectedRSTD. 

NOTE 5: The parameter " Tj^g^j.^ jj^j|.^j.gq.j,j3j3 ^.utran " '^ "°* ^ settable parameter but is used to set the LPP 

"responseTime" value in Table 9.1 .4.4.3-2. The value of the LPP responseTime IE is set to 

Trstd IntraFreqTDD E-UTRAN + ^^ '^^' whoro AT = 1 50 ms, giving a value of 271 ms. This is rounded up to the 

next allowed LPP value of 3 seconds. 



9.1.4.4.2 



Test procedure 



The test consists of a set-up period and a measurement period. Cell 1 and Cell 2 are both active during the complete 
test. The beginning of the measurement period shall be aligned with the first PRS positioning subframe of a positioning 
occasion in the reference cell. 

NOTE: The information on when PRS is muted is conveyed to the UE using PRS muting information in the 
OTDOA assistance data. 

The OTDOA-RequestLocationlnformation message and the OTDOA assistance data as defined in clause 9.1.4.4.3 shall 
be provided to the UE during the set-up period. FES 

1. Ensure that the UE is in state Generic RB Established (State 3) according to 3GPP TS 36.508 [18]. 

2. Set the parameters according to Table 9.1.4.5-1 as appropriate. Propagation conditions are set according to 
clause 4.7.2.1. 

3. The SS shall transmit an RRC Connection Reconfiguration message. 

4. The UE shall transmit RRC Connection Reconfiguration Complete message. 

5. The SS shall send a RESET UE POSITIONING STORED INFORMATION message. 

6. The SS shall send a LPP REQUEST LOCATION INFORMATION message, including the 
OTDOA-RequestLocationlnformation IE. 

7. Immediately after step 6, the UE sends a LPP REQUEST ASSISTANCE DATA message, including the 
OTDOA-RequestAssistanceData IE. 

8. The SS shall send a LPP PROVIDE ASSISTANCE DATA message, including the 
OTDOA-ProvideAssistanceData IE. The last TTI containing the OTDOA assistance data shall be provided to the 
UE AT ms before the start of measurement period, where AT = 150 ms. 

9. The UE shall transmit a LPP PROVIDE LOCATION INFORMATION message, including the 
OTDOA-ProvideLocationlnformation IE. 
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10. If the UE message at step 9 includes the ackRequested IE set to TRUE, the SS shall send a LPP 
acknowledgement message. 

1 1. The SS shall check the rstd value for Cell 2 in the OTDOA-SignalMeasurementlnformation IE according to 
Table 9. 1.4.5-2. 

12. Repeat step 5-11 until the confidence level according to Annex D is achieved. 

13. Repeat step 1-12 for each sub-test in Table 9.1.4.5-1 as appropriate. 

9.1 .4.4.3 Message contents 

Table 9.1.4.4.3-1: RESET UE POSITIONING STORED INFORMATION 



Derivation Patfi: 36.509 clause 6.9 


Information Element 


Value/remark 


Comment 


Condition 


UE Positioning Teclinology 


00000001 


OTDOA 
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Table 9.1.4.4.3-2: LPP RequestLocationlnformation 



Derivation Path: 36.355 clause 6.2 


Information Element 


Value/remark 


Comment 


Condition 


LPP-Message ::= SEQUENCE { 








transactionlD SEQUENCE { 








initiator 


locationServer 






transactionNumber 


1 






1 








endTransaction 


FALSE 






sequenceNumber 


Not present 






acl<nowledgement 


Not present 






Ipp-IVIessageBody CHOICE { 








c1 CHQICE{ 








requestLocationlnformation SEQUENCE { 








criticalExtensions CHOICE { 








c1 CHOICE! 








requestLocationlnformation-r9 SEQUENCE { 








commonlEsRequestLocationlnformation 
SEQUENCE! 








locationlnformationType 


locationMeasurementsRe 
quired 






triggeredReporting 


Not present 






periodicalReporting 


Not present 






additionallnformation 


onlyReturnlnformationRe 
quested 






qos SEQUENCE { 








horizontalAccuracy 


Not present 






verticalCoordinateRequest 


FALSE 






verticalAccuracy 


Not present 






responselime 


3 


See Note 5 of 
Table 9.1.4.4.1-1 




velocityRequest 


FALSE 






} 








environment 


Not present 






locationCoordinatelypes 


Not present 






velocitylypes 


Not present 






} 








a-gnss-RequestLocationlnformation 


Not present 






otdoa-RequestLocationlnformation 

SEQUENCE { 








assistanceAvailability 


TRUE 






} 








ecid-RequestLocationlnformation 


Not present 






epdu-RequestLocationlnformation 


Not Present 






1 








} 








} 








} 








1 








} 








Table 9.1.4.4.3-3: LPP Request Assistance Data 


Derivation Path: 36.355 clause 6.2 


Information Element 


Value/remark 


Comment 


Condition 


LPP-Message ::= SEQUENCE { 








transactionlD SEQUENCE { 








Initiator 


targetDevice 






transactionNumber 


{0..255) 






1 








endTransaction 


FALSE 






sequenceNumber 


(0..255) 






acknowledgement SEQUENCE { 


Present or not present 






ackRequested 


TRUE 
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acklndicator 


Not present 






} 








Ipp-MessageBody CHOICE { 








c1 CHOICE { 








requestAssistanceData SEQUENCE { 








criticalExtensions CHOICE { 








c1 CHOICE! 








requestAssistanceData-r9 SEQUENCE { 








commonlEsRequestAssistanceData 








a-gnss-RequestAssistanceData 








otdoa-RequestAssistanceData SEQUENCE { 








physCellld 


Cell 1 






} 








epdu-RequestAssistanceData 








} 








} 








} 








1 








1 








} 









Table 9.1.4.4.3-4: LPP ProvideAssistanceData 



Derivation Path: 36.355 clause 6.2 


Information Element 


Value/remark 


Comment 


Condition 


LPP-Message ::= SEQUENCE { 








transactionlD SEQUENCE { 








Initiator 


targetDevice 






transactionNumber 


(0..255) 






1 








endTransaction 


TRUE 






sequenceNumber 


Not present 






acknowledgement SEQUENCE { 


Present if 

acknowledgement field is 
included by the UE in 
Table 9.1.4.4.3-3. 






ackRequested 


FALSE 






acklndicator 


{0..255) 


Contains the 
same value as the 
sequenceNumber 
in Table 
9.1.4.4.3-3. 




1 








Ipp-MessageBody CHOICE { 








c1 CHOICE! 








ProvideAssistanceData SEQUENCE { 








criticalExtensions CHOICE { 








c1 CHOICE! 








provideAssistanceData-r9 SEQUENCE { 








commonlEsProvideAssistanceData 


Not present 






a-gnss-ProvideAssistanceData 


Not present 






otdoa-ProvideAssistanceData SEQUENCE { 








otdoa-ReferenceCelllnfo 


As defined in TS 
37.571-5 [20], 
clause7.2.2. 






otdoa-NeighbourCelllnfo 


As defined in TS 
37.571-5 [20], 
clause7.2.2. 






otdoa-Error 


Not present 






} 








epdu-ProvideAssistanceData 


Not present 






} 








1 








1 








} 
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} 








} 









Table 9.1.4.4.3-5: LPP ProvideLocation Information 



Derivation Path: 36.355 clause 6.2 


Information Element 


Value/remark 


Comment 


Condition 


LPP-Message ::= SEQUENCE { 








transactionlD SEQUENCE { 








initiator 


locationServer 






transactionNumber 


1 






} 








endlransaction 


TRUE 






sequenceNumber 


(0..255) 






acknowledgement 








Ipp-MessageBody CHOICE { 








c1 CHQICE{ 








provideLocationlnformation SEQUENCE { 








critical Extensions CHOICE { 








c1 CHOICE { 








provideLocationlnformation-r9 SEQUENCE { 








commonlEsProvideLocationlnformation 


Not present. 






a-gnss-ProvideLocationlnformation 


Not present 






otdoa-ProvideLocationlnformation 

SEQUENCE { 








otdoaSignallVleasurementlnformation 
SEQUENCE { 








systemFrameNumber 








physCellldRef 


Cell 1 






cellGloballdRef 








earfcnRef 








referenceQuality 








neighbourMeasurementList 

SEQUENCE (SIZE{1)){ 








physCellldNeighbor 


Cell 2 






cellGloballdNeighbour 








earfcnNeighbour 








rstd 


Set according to Table 
9.1.4.5-2 for each 
specific test 






rstd-Quality 








1 








} 








otdoa-Error 


May be present with error 
reason 'undefined' or 
'attemptedButUnableTolVl 
easureSomeNeighbourC 
ells' 






} 








ecid-ProvideLocationlnformation 


Not present 






epdu-ProvideLocationlnformation 


Not present 






1 








1 








} 








} 








} 








} 









9.1.4.5 Test requirement 

Table 9.1.4.5-1 defines the primary level settings including test tolerances for all tests. 

Each RSTD TDD intra-frequency accuracy test shall meet the reported values in Table 9.1.4.5-2. 
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Table 9.1.4.5-1 : Cell Specific Test Parameters for intra frequency RSTD Tests for E-UTRAN TDD 



Parameter 


Unit 


Testi 


Test2 


Test3 


Test4 


Cein 1 Cell2 


Celll 1 Cell2 


Celll 1 Cell2 


Celll 1 Cell2 


E-UTRA RF 
Channel Number 




1 


PBCH RA 


dB 


























PBCH RB 


PSS RA 


SSS RA 


PCFICH RB 


PHICH RA 


PHICH RB 


PDCCH RA 


PDCCH RB 


OCNG RA""'"' 


OCNG RB""'"' 


PRS RA 


\T Note2 
oc 


dBm/15kHz 


-98 


-98 


-98 


-98 


-98 


-98 


-98 


-98 


PRS E^I^. 


dB 


-3 + TT 


-10 + TT 


-6 + 
TT 


-13 + 
TT 


-3 + TT 


-10 + TT 


-6 + 
TT 


-13 + 

TT 


1 Notes 


dBm/1.08 
MHz 


-78.92 


-78.92 


-79.21 


-79.21 


N/A 


N/A 


N/A 


N/A 


dBm/9 MHz 


N/A 


N/A 


N/A 


N/A 


-69.72 


-69.72 


-70 


-70 


pop Notes 


dBm/15kHz 


-100.373 
+ TT 


-106.016 
+ TT 


-104 + 
TT 


-111 + 
TT 


-100.373 
+ TT 


-106.016 
+ TT 


-104 + 
TT 


-111 + 
TT 


Propagation 
condition 




AWGN 


Note 1 : OCNG shall be used such that both cells are fully allocated and a constant total transmitted power spectral 
density is achieved for all OFDM symbols (other than those in the PRS subframes). There is no PDSCH 
allocated in the subframe transmitting PRS. 

Note 2: Interference from other cells and noise sources not specified in the test is assumed to be constant over 

subcarriers and time and shall be modelled as AWGN of appropriate power for A'^^^, to be fulfilled. 

Note 3: lo and PRP levels have been derived from other parameters for information purposes. They are not settable 
parameters themselves, lo values are derived in the case that there is no PBCH, PSS or SSS in the OFDIVI 
symbols carrying PRS. 



Table 9.1.4.5-2: RSTD TDD intra-frequency accuracy requirements for the reported values 





Testi 


Test 2 


Test 3 


Test 4 


Lowest reported value 


RSTD 6432+TT 


RSTD 6340+TT 


RSTD 6350+TT 


RSTD 6442+TT 


Highest reported value 


RSTD 6462+TT 


RSTD 6370+TT 


RSTD 6360+TT 


RSTD 6452+TT 



For the overall test to pass, the ratio of successful reported values in each sub-test shall be more than 90% with a 
confidence level of 95%. 
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Annex A (informative): 
Connection Diagrams 



Definition of Terms 

GNSS: In this clause the term GNSS also includes the case where the only satellite system used is GPS. 

System Simulator or SS: A device or system, that is capable of generating simulated Node B and/or eNode B 
signalling and analysing UE signalling responses on one RF channel, in order to create the required test environment for 
the UE under test. It will also include the following capabilities: 

1 . Control of the UE Tx output power through TPC commands. 

2. Measurement of signalling timing and delays. 

3. AbiUty to simulate UTRAN and/or E-UTRAN signalling. 

GNSS System Simulator or GSS: A device or system, that is capable of generating simulated GNSS satellite 
transmissions in order to create the required test environment for the UE under test. It will also include the following 
capabilities: 

1 . Control of the output power of individual satellites and the simulation of atmospheric delays and multi-path. 

2. Generation of appropriate assistance data to be transmitted to the UE via the SS. 

3. Ability to synchronize with UTRAN and/or E-UTRAN timing in the SS. 

Test System: A combination of devices brought together into a system for the purpose of making one or more 
measurements on a UE in accordance with the test case requirements. The following diagrams are all examples of Test 

Systems. 

NOTE: The above terms are logical definitions to be used to describe the test methods used in the present 

document, in practice, real devices called "System Simulators" may also include additional measurement 
capabilities or may only support those features required for the test cases they are designed to perform. 



SS 



TX 



RX 



GNSS System 
Simulator (GSS) 



GSS 



lor 



lor , 




-M s 




2 



lo 



UE under Test 



Combined 
UTRAN and/or 

E-UTRAN 

RX/TX 

and GNSS RX 



Figure A.I : Connection for A-GNSS IVIinimum Performance requirements tests 
for UE with combined UTRAN and/or E-UTRAN / GNSS antenna 
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ss 

TX 
RX 


lor 




^ 



lor 



GNSS System 
Simulator (GSS) 



UE under Test 



UTRAN and/or 
E-UTRAN 
RX/TX 



GNSS RX 



Figure A.2: Connection for A-GNSS IVIinimum Performance requirements tests 
for UE with separate UTRAN and/or E-UTRAN and GNSS antennas 
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Figure A.3: Connection for 2 cells OTDOA tests with static propagation 
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Figure A.4: Connection for 3 cells OTDOA tests with multipath fading propagation conditions 
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Figure A.5: Connection for 1 cell ECID tests with static propagation conditions 
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Annex B (normative): 

Converting A-GNSS UE-assisted measurement reports into 

position estimates 

B.1 Introduction 

In this clause the terms GNSS and A-GNSS also include the cases where the only satellite system used is GPS unless 
otherwise stated. 

To convert the A-GNSS UE measurement reports in case of UE-assisted mode of A-GNSS into position errors, a 
transformation between the "measurement domain" (code -phases, etc.) into the "state" domain (position estimate) is 
necessary. Such a transformation procedure is outlined in the following clauses. The details can be found in [8-10] and 
[12-17]. 

B.2 UTRAN UE measurement reports for A-GPS L1 C/A only 

In case of UTRAN UE-assisted A-GPS LI C/A only, the measurement parameters are contained in the RRC UE 
POSITIONING GPS MEASURED RESULTS IE (clause 10.3.7.93 in 3GPP TS 25.331 [30]). The measurement 
parameters required for calculating the UE position are: 

1) Reference Time: The UE has two choices for the Reference Time: 

a) "UE GPS timing of cell frames"; 

b) "GPS TOW msec". 

2) Measurement Parameters: 1 to <maxSat>: 

a) "Satellite ID (SV PRN)"; 

b) "Whole GPS chips"; 

c) "Fractional GPS Chips"; 

d) "Pseudorange RMS Error". 

Additional information required at the system simulator: 

1) "UE positioning GPS reference UE position" (clause 10.3.8.4c in 3GPP TS 25.331 [30]): 
Used for initial approximate receiver coordinates. 

2) "UE positioning GPS navigation model" (clause 10.3.7.94 in 3GPP TS 25.331 [30]): 

Contains the GPS ephemeris and clock correction parameters as specified in [8]; used for calculating the satellite 
positions and clock corrections. 

3) "UE positioning GPS ionospheric model" (clause 10.3.7.92 in 3GPP TS 25.331 [30]): 

Contains the ionospheric parameters which allow the single frequency user to utilize the ionospheric model as 
specified in [8] for computation of the ionospheric delay. 

B.3 UTRAN UE measurement reports for A-GNSS 

In case of UTRAN UE-assisted A-GNSS, the measurement parameters are contained in the RRC UE POSITIONING 
GANSS MEASURED RESULTS IE (clause 10.3.7.93a in 3GPP TS 25.331 [30]). In case the UE provides also 
measurements on the GPS LI C/A signal, the measurement parameters are contained in the RRC UE POSITIONING 
GPS MEASURED RESULTS IE (clause 10.3.7.93 in 3GPP TS 25.331 [30]). The measurement parameters required for 
calculating the UE position are: 

1) Reference Time: The UE has two choices for the Reference Time: 
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a) "UE GANSS Timing of Cell Frames" and/or "UE GPS Timing of Cell Frames"; 

b) "GANSS TOD msec" and/or "GPS TOW msec" if GPS LI C/A signal measurements are also provided. 

NOTE: It is not expected that an UE will ever report both a GANSS TOD and a GPS TOW. However if two time 
stamps are provided and they derive from different user times, be aware that no compensation is made for 
this difference and this could affect the location accuracy. 

2) Measurement Parameters for each GANSS and GANSS Signal: 1 to <maxGANSSSat>: 

a) "SatelHte ID"; mapping according to table 10.3.7.88b in 3GPP TS 25.331 [30]; 

b) "GANSS Code Phase"; 

c) "GANSS Integer Code Phase"; 

d) "GANSS Integer Code Phase Extension"; 

e) "Code Phase RMS Error"; 

3) Additional Measurement Parameters in case of GPS LI C/A signal measurements are also provided: 1 to 
<maxSat>: 

a) "Satellite ID (SV PRN)"; 

b) "Whole GPS chips"; 

c) "Fractional GPS Chips"; 

d) "Pseudorange RMS Error". 

Additional information required at the system simulator: 

1) "UE Positioning GANSS Reference UE Position" or "UE Positioning GPS Reference UE Position" (clause 
10.3.8.4c in 3GPP TS 25.331 [30]): 

Used for initial approximate receiver coordinates. 

2) "UE Positioning GANSS Navigation Model" and "UE Positioning GANSS Additional Navigation Models" 
(clauses 10.3.7.94a and 10.3.7.94b in 3GPPTS 25.331 [30]): 

Contains the ephemeris and clock correction parameters as specified in the relevant ICD of each supported 
GANSS; used for calculating the satellite positions and clock corrections. 

3) "UE Positioning GANSS Ionospheric Model" (clause 10.3.7.92a in 3GPP TS 25.331 [30]): 

Contains the ionospheric parameters which allow the single frequency user to utilize the ionospheric model as 
specified in [21] for computation of the ionospheric delay. 

4) "UE Positioning GANSS Additional Ionospheric Model" (clause 10.3.7.92b in 3GPP TS 25.331 [30]): 
Contains the ionospheric parameters which allow the single frequency user to utilize the ionospheric model as 
specified in [20] for computation of the ionospheric delay. 

5) "UE Positioning GANSS Time Model" (clause 10.3.7.97a in 3GPP TS 25.331 [30]): 

Contains the GNSS-GNSS Time Offset for each supported GANSS. Note, that "UE Positioning GANSS Time 
Model" IE contains only the sub-ms part of the offset. Any potential integer seconds offset may be obtained from 
"UE Positioning GPS UTC Model" (clause 10.3.7.97 in 3GPP TS 25.331 [30]), "UE Positioning GANSS UTC 
Model" (clause 10.3.7.97c in 3GPP TS 25.331 [30]), or "UE Positioning GANSS Additional UTC Models" 
(clause 10.3.7.97d in 3GPP TS 25.331 [30]). 

6) "UE Positioning GPS Navigation Model" (clause 10.3.7.94 in 3GPP TS 25.331 [30]): 

Contains the GPS ephemeris and clock correction parameters as specified in [8]; used for calculating the GPS 
satellite positions and clock corrections in case of GPS LI C/A signal measurements are the only GPS 
measurements provided in addition to GANSS measurements. 

7) "UE Positioning GPS Ionospheric Model" (clause 10.3.7.92 in 3GPP TS 25.331 [30]): 

Contains the ionospheric parameters which allow the single frequency user to utilize the ionospheric model as 
specified in [8] for computation of the ionospheric delay. 
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B.4 E-UTRAN UE measurement reports 

In case of E-UTRAN UE-assisted A-GNSS, the measurement parameters are contained in the LPP GNSS- 
SignalMeasurementlnformation IE (clause 6.5.2.6 in 3GPP TS 36.355 [4]). The measurement parameters required for 
calculating the UE position are: 

1) Reference Time: The UE has two choices for the Reference Time: 

a) "networkTime"; 

b) "gnss-TOD-msec". 

2) Measurement Parameters for each GNSS and GNSS signal: 1 to 64: 

a) " svID "; 

b) "codePhase"; 

c) "integerCodePhase"; 

d) "codePhaseRMSError". 

Additional information required at the system simulator: 

1) "GNSS-ReferenceLocation" (clause 6.5.2.2 in 3GPP TS 36.355 [4]): 
Used for initial approximate receiver coordinates. 

2) "GNSS-NavigationModel" (clause 6.5.2.2 in 3GPP TS 36.355 [4]): 

Contains the GNSS ephemeris and clock correction parameters as specified in the relevant ICD of each 
supported GNSS; used for calculating the satellite positions and clock corrections. 

3) "GNSS-IonosphericModel" (clause 6.5.2.2 in 3GPP TS 36.355 [4]): 

Contains the ionospheric parameters which allow the single frequency user to utilize the ionospheric model as 
specified in the relevant ICD of each supported GNSS for computation of the ionospheric delay. 



B.5 WLS position solution 



The WLS position solution problem is concerned with the task of solving for four unknowns; x^^, y^, z^ the receiver 
coordinates in a suitable frame of reference (usually ECEF) and b^^ the receiver clock bias. It typically requires the 
following steps: 

Step 1: Formation of pseudo-ranges 

The observation of code phase reported by the UE for each satellite SVj is related to the pseudo-range/c modulo the 
"GNSS Code Phase Ambiguity" (UTRAN), or "gnss-CodePhaseAmbiguity" (E-UTRAN), or modulo 1 ms (the length 
of the C/A code period) in case of GPS LI C/A signal measurements. For the formation of pseudo-ranges, the integer 
number of milliseconds to be added to each code-phase measurement has to be determined first. Since 1 ms corresponds 
to a travelled distance of 300 km, the number of integer ms can be found with the help of reference location and satellite 
ephemeris. The distance between the reference location and each satellite SV- is calculated and the integer number of 
milli-seconds to be added to the UE code phase measurements is obtained. 

Step 2: Correction of pseudo-ranges for the GNSS-GNSS time offsets 

In the case that the UE reports measurements for more than a single GNSS, the pseudo-ranges are corrected for the time 
offsets between the GNSSs relative to the selected reference time using the GNSS-GNSS time offsets available at the 
system simulator: 

PcNSS„,,i ~ PcNSS„,i ~ ^ ' y'^GNSSi ~ ''CNSS,„ > ' 

where pQf^^s ; ^^ ^^^ measured pseudo-range of satellite / of GNSSm- The system time ^^tos °f GNSSk is the reference 
time frame, and (^ctos ~ ^cnss ) ^^ ^^^ available GNSS-GNSS time offset, and c is the speed of light. 
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Step 3: Formation of weighting matrix 

The UE reported "codePhaseRMSError" (E-UTRAN) or "Code Phase RMS Error" and/or "Pseudorange RMS Error" 
(UTRAN) values are used to calculate the weighting matrix for the WLS algorithm [9]. According to 3GPP TS 25.331 
[30] and 3GPP TS 36.355 [4], the encoding for this field is a 6 bit value that consists of a 3 bit mantissa, Xj and a 3 bit 

exponent, Yj for each SVj: 

w: = RMSError = 0.5 X 1 + — ^ 1 X 2^' 



The weighting Matrix W is defined as a diagonal matrix containing the estimated variances calculated from the 
"codePhaseRMSError" (E-UTRAN) or "Code Phase RMS Error" and/or "Pseudorange RMS Error" (UTRAN) values: 



W = diag{l / wl^ss, ,1 '1 / wl^ss^i ^■■■Mwl 



■ ,i / Wfj/v.W... .1 '^ ' "^GNSS^,! ' ' 



'l/VVc^5S„,/J 



Step 4: WLS position solution 

The WLS position solution is described in reference [9] and usually requires the following steps: 

1) Computation of satellite locations at time of transmission using the ephemeris parameters and user algorithms 
defined in the relevant ICD of the particular GNSS. The satellite locations are transformed into WGS-84 
reference frame, if needed. 

2) Computation of clock correction parameters using the parameters and algorithms as defined in the relevant ICD 
of the particular GNSS. 

3) Computation of atmospheric delay corrections using the parameters and algorithms defined in the relevant ICD 
of the particular GNSS for the ionospheric delay, and using the Gupta model in reference [10] p. 121 equation 
(2) for the tropospheric delay. For GNSSs which do not natively provide ionospheric correction models (e.g., 
GLONASS), the ionospheric delay is determined using the available ionospheric model adapted to the particular 
GNSS frequency. 

4) The WLS position solution starts with an initial estimate of the user state (position and clock offset). The 
Reference Location is used as initial position estimate. The following steps are required: 

a) Calculate geometric range (corrected for Earth rotation) between initial location estimate and each satellite 
included in the UE measurement report. 

b) Predict pseudo-ranges for each measurement including clock and atmospheric biases as calculated in 1) to 3) 
above and defined in the relevant ICD of the particular GNSS and [9]. 

c) Calculate difference between predicted and measured pseudo-ranges Ap 

d) Calculate the "Geometry Matrix" G as defined in [9]: 



G = 



^GNSS, ,1 




^GNSSi,2 




^GNSSi,n 




i^ 




^GNSS„,l 


i" 




^GNSS„,2 


^GNSS„ J 


1 



with 1 



''*GNSS^ 



-r„ 



GNSS„,i 



' ■'*GNSS^ 



where r„ is the satellite position vector for SV; of GNSS„ 

SGNSSm.i ^ 1 " 



(calculated in 1) above), and V^ is the estimate of the user location. 
e) Calculate the WLS solution according to [9]: 
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Ax = (G^WG)r^G^WAp 



f) Adding the Ax to the initial state estimate gives an improved estimate of the state vector: 

X — > X + Ax . 

5) This new state vector x can be used as new initial estimate and the procedure is repeated until the change in x is 
sufficiently small. 

Step 5: Transformation from Cartesian coordinate system to Geodetic coordinate system 

The state vector x calculated in Step 4 contains the UE position in ECEF Cartesian coordinates together with the UE 
receiver clock bias relative to the selected GNSS system time. Only the user position is of further interest. It is usually 
desirable to convert from ECEF coordinates x^,, y^, z^ to geodetic latitude cp, longitude X and altitude h on the WGS84 
reference ellipsoid. 

Step 6: Calculation of "2-D Position Errors" 

The latitude 9 / longitude X obtained after Step 5 is used to calculate the 2-D position error. 
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Annex C (normative): 

General test conditions and declarations 

The requirements of this clause apply to all applicable tests in the present document. 

In all the relevant clauses in this clause all 2D position error measurements shall be carried out according to the general 
rules for statistical testing in Annex D. 

In this clause the terms GNSS and A-GNSS also include the cases where the only satellite system used is GPS unless 
otherwise stated. 

For operating bands 22, 42 and 43, the Test Tolerances may not be valid since some Test System uncertainties are 
changed for frequencies above 3000MHz. The Test Tolerances for those specific bands are therefore For Further Study 
[FFS]. 

C.1 Acceptable uncertainty of Test System 

The maximum acceptable uncertainty of the Test System is specified below for each test, where appropriate. The Test 
System shall enable the stimulus signals in the test case to be adjusted to within the specified range, and the equipment 
under test to be measured with an uncertainty not exceeding the specified values. All ranges and uncertainties are 
absolute values, and are valid for a confidence level of 95 %, unless otherwise stated. 

A confidence level of 95 % is the measurement uncertainty tolerance interval for a specific measurement that contains 
95 % of the performance of a population of test equipment. 

It should be noted that the uncertainties in clause C.l apply to the Test System operating into a nominal 50 ohm load 
and do not include system effects due to mismatch between the DUT and the Test System. 

C.1 .1 Measurement of test environments 

The measurement accuracy of the UE environmental test conditions, defined in Annex G or TS 36.508 [18] clause 4.1, 
shall be: 



Pressure 


+5kPa 


Temperature 


+2 degrees 


Relative Humidity 


+5% 


DC Voltage 


+1 .0 % 


AC Voltage 


+1 .5 % 


Vibration 


10% 


Vibration frequency 


0.1 Hz 



The above values shall apply unless the test environment is otherwise controlled and the specification for the control of 
the test environment specifies the uncertainty for the parameter. 
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C.1 .2 A-GNSS Minimum Performance requirements 

Table C.1.1 : Maximum Test System Uncertainty for A-GNSS IVIinimum Performance tests 



Clause 


Maximum Test System Uncertainty 


Derivation of Test System Uncertainty 


5.2.1,6.2.1,7.1.1 
Sensitivity Coarse 
Time Assistance 


Coarse Time Assistance 


+200 ms 




Absolute GNSS signal 
level 


±1 dB 




Position error 


±0.05 m 


Position error consists of ±0.05 m system 
uncertainty. The effect of position reporting 
resolution of approximately ±1 .2 m (see note) is not 
included in the allowable test system uncertainty 
but is included in the Test Parameter Relaxations 
since this resolution limitation limits the reporting 
capability of the UE. For simplicity the combined 
Test Parameter Relaxation is given as ±1 .3 m 


Response time 


± 300 ms 




5.2.2,6.2.2,7.1.2 
Sensitivity Fine Time 
Assistance 


Coarse Time Assistance 


±200 ms 




Fine Time Assistance 


±1 us 




Absolute GNSS signal 
level 


±1 dB 




Position error 


±0.05 m 


Position error as above 


Response time 


± 300 ms 




5.3, 6.3, 7.2 Nominal 
Accuracy 


Coarse Time Assistance 


±200 ms 




Absolute GNSS signal 
level 


±1 dB 




Position error 


±0.05 m 


Position error as above 


Response time 


± 300 ms 




5.4, 6.4, 7.3 Dynamic 
Range 


Coarse Time Assistance 


±200 ms 




Absolute GNSS signal 
level 


±1 dB 




Relative GNSS signal level 


±0.2 dB 




Position error 


±0.05 m 


Position error as above 


Response time 


± 300 ms 




5.5, 6.5, 7.4 IVIulti-path 
scenario 


Coarse Time Assistance 


±200 ms 




Absolute GNSS signal 
level 


±1 dB 




Relative GNSS signal level 


±0.2 dB 




Position error 


±0.05 m 


Position error as above 


Response time 


± 300 ms 




5.6, 6.6, 7.5 IVIoving 
scenario and periodic 
update 


Absolute GNSS signal 
level +1 dB 


±1 dB 




Position error +0.05 m 


±0.05 m 


Position error as above 


Differential response time 


± 100 ms 





NOTE: For UE based mode the effect of position reporting resolution is given by: 



90x2x;rx7? 
2^23x360 



+ 



360x2x>^x7?xcos^ 
ZE24X360 



V 



meters, where R is the radius of the earth and (p is the latitude of 



J 



the location. For the GNSS scenarios defined in TS 37.571-5 [20] this equates to approximately Editor's 
note: this needs checking once the GNSS scenarios are agreed [TBD] m. For simplicity this is given as ±1.2 
m. 

For UE assisted mode it is assumed that the output from the WLS position solution calculation in Annex B is coded 
using the same position coding method as for UE based mode before being used to calculate position error. Therefore 
the effect of reporting resolution will be the same as for UE based mode. 
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C.1 .3 ECID and OTDOA Measurement requirements 

Table C.I .3-1 : Maximum Test System Uncertainty for ECID and OTDOA Measurement Requirements 

(FFS) 



Clause 


Maximum Test System Uncertainty 


Derivation of Test System 
Uncertainty 


8.1.1 E-UTRAN FDD UE Rx-Tx 
time difference case 






8.1 .2 E-UTRAN TDD UE Rx - Tx 
time difference case 






9.1.1 FDD RSTD IVIeasurement 
Reporting Delay 






9.1 .2 TDD RSTD IVIeasurement 
Reporting Delay 






9.1.3 FDD RSTD Measurement 
Accuracy 






9.1 .4 TDD RSTD Measurement 
Accuracy 






In addition, the following Test System uncertainties and related constraints 

apply. 

Any additional constraints are defined in the specific tests. 




AWGN Bandwidth 


> 1.08MHz, 2.7MHz, 4.5MHz, 9MHz, 

13.5MHz, 18MHz; 

Nrb X 1 80kHz according to BWconfiq 


AWGN absolute power uncertainty 


Test-specific 


AWGN flatness and signal flatness, max deviation for any Resource Block, 
relative to average over BWconfiq 


±2dB 


AWGN peak to average ratio 


>10dB@0.001% 


Signal-to noise ratio uncertainty 


Test-specific 


Fading profile power uncertainty 


±0.5 dB 


Fading profile delay uncertainty, relative to frame timing 


±5 ns (excludes absolute errors related 
to baseband timing) 



C.2 Test Parameter Relaxations (Tlnis clause is informative) 

The Test Parameter Relaxations defined in this clause have been used to relax the Conformance requirement to derive 
the Test Requirements. 

The Test Parameter Relaxations are derived from Test System uncertainties, regulatory requirements and criticality to 
system performance. As a result, the Test Parameter Relaxations may sometimes be set to zero. 

The Test Parameter Relaxations should not be modified for any reason e.g. to take account of commonly known test 
system errors (such as mismatch, cable loss, etc.). 
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C.2.1 A-GNSS Minimum Performance requirements 

Table C.2.1 : Test Parameter Relaxations for A-GNSS Minimum Performance tests 



Clause 


Test Parameter Relaxation 


5.2.1,6.2.1, 7.1.1 Sensitivity 
Coarse Time Assistance 


Coarse Time Assistance 


200 ms 


Absolute GNSS signal level 


1 dB 


Position error 


1.3 m 


Response time 


300 ms 


5.2.2, 6.2.2, 7.1.2 Sensitivity Fine 
Time Assistance 


Coarse Time Assistance 


200 ms 


Fine Time Assistance 


1 us 


Absolute GNSS signal level 


1 dB 


Position error 


1.3 m 


Response time 


300 ms 


5.3, 6.3, 7.2 Nominal Accuracy 


Coarse Time Assistance 


200 ms 


Absolute GNSS signal level 


OdB 


Position error 


1.3 m 


Response time 


300 ms 


5.4, 6.4, 7.3 Dynamic Range 


Coarse Time Assistance 


200 ms 


Absolute GNSS signal level 


OdB 


Relative GNSS signal level 


0.2 dB 


Position error 


1.3 m 


Response time 


300 ms 


5.5, 6.5, 7.4 IVIulti-patli scenario 


Coarse Time Assistance 


200 ms 


Absolute GNSS signal level 


OdB 


Relative GNSS signal level 


0.2 dB 


Position error 


1.3 m 


Response time 


300 ms 


5.6, 6.6, 7.5 IVioving scenario and 
periodic update 


Absolute GNSS signal level 


OdB 


Position error 


1.3 m 


Differential Response Time 


100 ms 



C.3 Interpretation of measurement results 

The measurement results returned by the Test System are compared - without any modification - against the Test 
Requirements as defined by the shared risk principle. 

The Shared Risk principle is defined in TR 102 273-1-2 [14], clause 6.5. 

The actual measurement uncertainty of the Test System for the measurement of each parameter shall be included in the 
test report. 

The recorded value for the Test System uncertainty shall be, for each measurement, equal to or lower than the 
appropriate figure in clause C. 1 . 

If the Test System for a test is known to have a measurement uncertainty greater than that specified in clause C.l, it is 
still permitted to use this apparatus provided that an adjustment is made value as follows. 

Any additional uncertainty in the Test System over and above that specified in clause C.l shall be used to tighten the 
Test Requirement - making the test harder to pass. (This may require modification of stimulus signals). This procedure 
will ensure that a Test System not compliant with clause C.l does not increase the chance of passing a device under test 
where that device would otherwise have failed the test if a Test System compliant with clause C. 1 had been used. 

C.4 Derivation of Test Requirements (This clause is informative) 

The Test Requirements have been calculated by relaxing the Conformance requirement of the core specification using 
the Test Parameter Relaxations defined in clause C.2. When the Test Parameter Relaxation is zero, the Test 
Requirement will be the same as the Conformance requirement. When the Test Parameter Relaxation is non-zero, the 
Test Requirements will differ from the Conformance requirement, and the formula used for this relaxation is given in 
table C.4. 1 andC.4.2. 
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Table C.4.1 : Derivation of Test Requirements for A-GNSS IVIinimum Performance tests 



Test 


Conformance requirement in 

3GPP TS 25.171 or 3GPP TS 25.172 or 

3GPPTS 36.171 


Test 
Parameter 
Relaxation 

(TPR) 


Test Requirement 


5.2.1,6.2.1,7.1.1 
Sensitivity Coarse Time 
Assistance 


Coarse Time Assistance 


+2s 


200 ms 


Formulas: UL-TPR, LL+TPR: 
+1.8S 


Absolute GPS LI C/A 
signal level (test 5.2.1 and 
test 7.1.1 sub-test 1) 
-142, -147dBm 


-142, -147dBm 


1 dB 


Level -1- TPR: -141, -146 dBm 


Absolute GNSS signal 
level (Galileo) 


-142, -147dBm 


1 dB 


Level -1- TPR: -141, -146 dBm 


Absolute GNSS signal 
level (GPS) (test 6.2.1 and 
test 7.1.1 sub-tests 2 to 5) 


-142, -147dBm 


1 dB 


Level -1- TPR: -141, -146 dBm 


Absolute GNSS signal 
level (GLONASS) 


-142, -147dBm 


1 dB 


Level -1- TPR: -141, -146 dBm 


Position error 


100 m 


1.3 m 


Error -hTPR: 101.3 m 


Response time 


20 s 


300 ms 


Time -1- TPR: 20.3 s 


5.2.2,6.2.2,7.1.2 
Sensitivity Fine Time 
Assistance 


Coarse Time Assistance 


+2s 


200 ms 


Formulas: UL-TPR, LL+TPR: 
+1.8S 


Fine Time Assistance 


+10 us 


1 us 


UL-TPR, LL+TPR: +9 us 


Absolute GPS LI C/A 
signal level (test 5.2.2 and 
test 7.1.2 sub-test 1) 
-142, -147dBm 


-147 dBm 


1 dB 


Level + TPR: -146 dBm 


Absolute GNSS signal 
level (Galileo) 


-147 dBm 


1 dB 


Level + TPR: -146 dBm 


Absolute GNSS signal 
level (GPS) (test 6.2.2 and 
test 7.1.2 sub-tests 2 to 5) 


-147 dBm 


1 dB 


Level + TPR: -146 dBm 


Absolute GNSS signal 
level (GLONASS) 


-147 dBm 


1 dB 


Level + TPR: -146 dBm 


Position error 


100 m 


1.3 m 


Error +TPR: 101.3 m 


Response time 


20 s 


300 ms 


Time + TPR: 20.3 s 


5.3, 6.3, 7.2 Nominal 
Accuracy 


Coarse Time Assistance 


+2s 


200 ms 


Formulas: UL-TPR, LL+TPR: 
+1.8S 


Absolute GPS LI C/A 
signal level (test 5.3 and 
test 7.2 sub-test 1) 
-142, -147dBm 


-130 dBm 


OdB 


Formulas: Level + TPR: -130 
dBm 


Absolute GNSS signal 
level (Galileo) 


-127 dBm 


OdB 


Level + TPR: -127 dBm 


Absolute GNSS signal 
level (GPS) (test 6.3 and 
test 7.2 sub-tests 2 to 5) 


-128.5 dBm 


OdB 


Level + TPR: -128.5 dBm 


Absolute GNSS signal 
level (GLONASS) 


-131 dBm 


OdB 


Level + TPR: -131 dBm 


Absolute GNSS signal 
level (OZSS) 


-128.5 dBm 


OdB 


Level + TPR: -128.5 dBm 


Absolute GNSS signal 
level (SBAS) 


-131 dBm 


OdB 


Level + TPR: -131 dBm 


Position error 


30 m 


1.3 m 


Error +TPR: 31.3 m 


Response time 


20 s 


300 ms 


Time + TPR: 20.3 s 


5.4, 6.4, 7.3 Dynamic 
Range 


Coarse Time Assistance 


+2s 


200 ms 


Formulas: UL-TPR, LL+TPR: 
+1.8S 


Absolute GPS LI C/A 
signal level (test 5.4 and 
test 7.3 sub-test 1) 
-142, -147dBm 


-129 to -147 
dBm 


1 dB 


Level + TPR: each level +1 
dBm 


Absolute GNSS signal 
level (Galileo) 


-127.510-147 
dBm 


1 dB 


Level + TPR: each level +1 
dBm 


Absolute GNSS signal 
level (GPS) (test 6.4 and 
test 7.3 sub-tests 2 to 5) 


-12910-147 
dBm 


1 dB 


Level + TPR: each level +1 
dBm 
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Test 


Conformance requirement in 

3GPP TS 25.171 or 3GPP TS 25.172 or 

3GPPTS 36.171 


Test 
Parameter 
Relaxation 

(TPR) 


Test Requirement 




Absolute GNSS signal 
level (GLONASS) 


-131.5 to-147 
dBm 


1 dB 


Level -1- TPR: each level -i-l 
dBm 


Relative GPS LI C/A 
signal level (test 5.4 and 
test 7.3 sub-test 1) 
-142, -147dBm 


18dB 


0.2 dB 


Level - TPR: highest level -0.2 
dB: -128.2 dBm 


Relative GNSS signal 
level (Galileo) 


19.5 dB 


0.2 dB 


Level - TPR: highest level -0.2 
dB: -126.7 dBm 


Relative GNSS signal 
level (GPS) (test 6.4 and 
test 7.3 sub-tests 2 to 5) 


18dB 


0.2 dB 


Level - TPR: highest level -0.2 
dB: -128.2 dBm 


Relative GNSS signal 
level (GLONASS) 


15.5 dB 


0.2 dB 


Level - TPR: highest level -0.2 
dB: -130.7 dBm 


Position error 


100 m 


1.3 m 


Error -hTPR: 101.3 m 


Response time 


20 s 


300 ms 


Time -1- TPR: 20.3 s 


5.5, 6.5, 7.4 Multi-path 
scenario 


Coarse Time Assistance 


+2s 


200 ms 


Formulas: UL-TPR, LL+TPR: 
+1.8S 


Absolute GPS L1 G/A 
signal level (test 5.5 and 
test 7.4 sub-test 1) 
-142, -147dBm 


-130 dBm 


OdB 


Formulas: Level + TPR: -130 
dBm 


Absolute GNSS signal 
level (Galileo) 


-127 dBm 


OdB 


Level -1- TPR: -127 dBm 


Absolute GNSS signal 
level (GPS) (test 6.5 and 
test 7.4 sub-tests 2 to 5) 


-128.5 dBm 


OdB 


Level + TPR: -128.5 dBm 


Absolute GNSS signal 
level (GLONASS) 


-131 dBm 


OdB 


Level -1- TPR: -131 dBm 


Relative GPS LI C/A 
signal level (test 5.5 and 
test 7.4 sub-test 1) 
-142, -147dBm 


6dB 


0.2 dB 


Relative level -i- TPR: relative 
level -^ 0.2dB: 6.2 dB 


Relative GNSS signal 
level (all GNSSs) (test 6.5 
and test 7.4 sub-tests 2 to 
5) 


Y dB where "Y" 
is given in 
Table 70.16.2.1 


0.2 dB 


Relative level -i- TPR: relative 
level -^ 0.2dB: Y -1- 0.2 dB 


Position error 


100 m 


1.3 m 


Error -hTPR: 101.3 m 


Response time 


20 s 


300 ms 


Time -1- TPR: 20.3 s 


5.6, 6.6, 7.5 Moving 
scenario and periodic 
update 


Absolute GPS L1 C/A 
Signal level (test 5.6 and 
test 7.5 sub-test 1) 
-130 dBm 


-130 dBm 


OdB 


Formulas: Level + TPR: -130 
dBm 


Absolute GNSS signal 
level (Galileo) 


-127 dBm 


OdB 


Level -1- TPR: -127 dBm 


Absolute GNSS signal 
level (GPS) (test 6.6 and 
test 7.5 sub-tests 2 to 5) 


-128.5 dBm 


OdB 


Level + TPR: -128.5 dBm 


Absolute GNSS signal 
level (GLONASS) 


-131 dBm 


OdB 


Level -1- TPR: -131 dBm 


Position error 100 m 


100 m 


1.3 m 


Error -i-TPR: 101.3 m 


Differential response time 


2s +1- 20 % 


100 ms 


Time +TPR: 1.5 sand 2.5s 
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Table C.4.2: Derivation of Test Requirements for ECID and OTDOA lUleasurement tests (FFS) 



Test 


Minimum Requirement in TS 
36.133 


Test 

Tolerance 

(TT) 


Test Requirement in TS 36.571-1 


8.1.1 E-UTRAN FDDUERx 
- Tx time difference case 








8.1.2 E-UTRAN TDD UERx 
- Tx time difference case 








9.1.1 FDDRSTD 
Measurement Reporting 
Delay 








9.1.2 TDDRSTD 
IVIeasurement Reporting 
Delay 








9.1.3 FDDRSTD 
IVIeasurement Accuracy 








9.1.4 TDDRSTD 
Measurement Accuracy 
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Annex D (normative): 
Rules for statistical testing 

D.1 Test Method 

In this clause the terms GNSS and A-GNSS also include the cases where the only satellite system used is GPS unless 
otherwise stated. 

Each test is performed in the following manner: 

a) Setup the required test conditions. 

b) Start each repetition after having applied the message 'RESET UE POSITIONING STORED INFORMATION'. 
This ensures that each result is independent from the previous one. 

c) Make the required measurement a repeated number of times. The results, measured, are simplified to: 
good result, if the measured result is < limit. 

bad result, if the measured result is > limit 

For the relevant A-GNSS test cases measure the 2D position and Time to First Fix (TTFF) a repeated number of 
times. Measure the 2D position and Time to First Fix (if applicable) repeated times. Start each repetition after 
having applied the message 'RESET UE POSITIONING STORED INFORMATION'. This ensures that each 
result is independent from the previous one. The results, measured, are simplified to: 

good result, if the 2D position and TTFF are < limit. 

bad result, if the 2D position or TTFF or both are > limit 

d) Record the number of results (ns) and the number of bad results (ne) 

e) Stop the test at a pass or a fail event. 

f) Once the test is stopped, decide according to the pass fail decision rules (D.4.2) 



D.2 Error Ratio (ER) 



The Error Ratio (ER) is defined as the ratio of bad results (ne) to all results (ns). 
(1-ER is the success ratio) 

D.3 Test Design 

A statistical test is characterised by: 
Test-time, Selectivity and Confidence level 

D.3.1 Confidence level 

The outcome of a statistical test is a decision. This decision may be correct or in-correct. The Confidence Level CL 
describes the probability that the decision is a correct one. The complement is the wrong decision probability (risk) D : 
I-CL 

D.3. 2 Introduction: Supplier Risk versus Customer Risk 

There are two targets of decision: 
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a) A measurement on the pass-limit shows, that the DUT has the specified quaUty or is better with probability CL 
(CL e.g. 95%) This shall lead to a "pass decision" 

The pass-limit is on the good side of the specified DUT-quality. A more stringent CL (CL e.g.99%) shifts the 
pass-limit further into the good direction. Given that the quality of the DUTs is distributed, a greater CL passes 
less and better DUTs. 

A measurement on the bad side of the pass-limit is simply "not pass" (undecided) 

aa) Complementary: 

A measurement on the fail-limit shows, that the DUT is worse than the specified quality with probability CL. 

The fail-limit is on the bad side of the specified DUT-quality. A more stringent CL shifts the fail-limit further 
into the bad direction. Given that the quality of the DUTs is distributed, a greater CL fails less and worse DUTs. 



A measurement on the good side of the fail-limit is simply "not fail". 

b) A DUT, known to have the specified quality, shall be measured and decided pass with probability CL. This leads 
to the pass limit. 

For CL e.g. 95%, the pass limit is on the bad side of the specified DUT-quality. CL e.g.99% shifts the pass-limit 
further into the bad direction. Given that the DUT-quality is distributed, a greater CL passes more and worse 
DUTs. 

bb) A DUT, known to be an (e^O) beyond the specified quality, shall be measured and decided fail with probability 
CL. 

For CL e.g. 95%, the fail limit is on the good side of the specified DUT-quality. 

Note the different sense for CL in (a), (aa) versus (b), (bb). 

NOTE: For constant CL in all 4 bullets, (a) is equivalent to (bb) and (aa) is equivalent to (b). 



D.3.3 Supplier Risk versus Customer Risk 

The table below summarizes the different targets of decision. 

Table D.3.3: Equivalent statements 





Equivalent statements, using different cause-to-effect-directions, 
and assuming CL = constant >0.5 


cause-to-effect- 
directions 


Known measurement result -^ 
estimation of the DUTs quality 


Known DUTs quality ^ estimation of 
the measurement's outcome 


Supplier Risl< 


A measurement on the pass- 
limit shows, that the DUT has 
the specified quality or is 
better 

(a) 


A DUT, known to have an (£^0) 
beyond the specified DUT-quality, 
shall be measured and decided fail 
(bb) 


Customer Risl< 


A measurement on the fail-limit 
shall shows, that the DUT is 
worse than the specified quality 
(aa) 


A DUT, known to have the 
specified quality, shall be 
measured and decided pass 
(b) 



NOTE: The bold text shows the obvious interpretation of Supplier Risk and Customer Risk. 
The same statements can be based on other DUT-quality-definitions. 

D.3.4 Introduction: Standard test versus early decision concept 

In standard statistical tests, a certain number of results (ns) is predefined in advance of the test. After ns results the 
number of bad results (ne) is counted and the error ratio (ER) is calculated as ne/ns. 

Applying statistical theory, a decision limit can be designed, against which the calculated ER is compared to derive the 
decision. Such a limit is one decision point and is characterised by: 
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D: the wrong decision probability (a predefined parameter) 

ns: the number of results (a fixed predefined parameter) 

ne: the number of bad results (the limit based on just ns) 

In the formula for the limit, D and ns are parameters and ne is the variable. In the standard test ns and D are constant. 
The property of such a test is: It discriminates between two states only, depending on the test design: 

pass (with CL) / undecided (undecided in the sense: finally undecided) 

fail (with CL) / undecided (undecided in the sense: finally undecided) 

pass (with CL) / fail (with CL) (however against two limits). 

In contrast to the standard statistical tests, the early decision concept predefines a set of (ne,ns) co-ordinates, 
representing the limit-curve for decision. After each result a preliminary ER is calculated and compared against the 
limit-curve. After each result one may make the decision or not (undecided for later decision). The parameters and 
variables in the limit-curve for the early decision concept have a similar but not equal meaning: 

D: the wrong decision probability (a predefined parameter) 

ns: the number of results (a variable parameter) 

ne: the number of bad results (the limit. It varies together with ns) 

To avoid a "final undecided" in the standard test, a second limit must be introduced and the single decision co-ordinate 
(ne,ns) needs a high ne, leading to a fixed (high) test time. In the early decision concept, having the same selectivity and 
the same confidence level an "undecided" does not need to be avoided, as it can be decided later. A perfect DUT will 
hit the decision coordinate (ne,ns) with ne=0. This test time is short. 

D.3.5 Standard test versus early decision concept 

For Supplier Risk: 

The wrong decision probability D in the standard test is the probability, to decide a DUT in-correctly in the single 
decision point. In the early decision concept there is a probability of in-correct decisions d at each point of the limit- 
curve. The sum of all those wrong decision probabilities accumulate to D. Hence d<D 

For Customer Risk: 

The correct decision probability CL in the standard test is the probability, to decide a DUT correctly in the single 
decision point. In the early decision concept there is a probability of correct decisions cl at each point of the limit-curve. 
The sum of all those correct decision probabilities accumulate to CL. Hence cl<CL or d>D 

D.3.6 Selectivity 

There is no statistical test which can discriminate between a limit-DUT-quality and a DUT-quality which is an (e^O) 
apart from the limit in finite time and confidence level CL>l/2. Either the test discriminates against one limit with the 
results pass (with CL)/undecided or fail (with CL)/undecided, or the test ends in a result pass (with CL)/fail (with CL) 
but this requires a second limit. 

For CL>0.5, a (measurement-result = specified-DUT-quality), generates undecided in test "supplier risk against pass 
limit" (a in clause D.3.2) and also in the equivalent test against the fail limit (aa in clause D.3.2) 

For CL>0.5, a DUT, known to be on the limit, will be decided pass for the test "customer risk against pass limit" (b in 
clause D.3.2) and also in the equivalent test against fail limit (bb in clause D.3.2). 

This overlap or undecided area is not a fault or a contradiction, however it can be avoided by introducing a Bad or a 
Good DUT quality according to: 

- Bad DUT quahty: specified DUT-quality * M (M>1) 

Good DUT quality: specified DUT-quality * m (m<l) 

Using e.g. M>1 and CL=95% the test for different DUT qualities yield different pass probabilities: 
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Figure D.3.6: Pass probability versus DUT quality 




Fail- 

Proba 

bility 



specified quality M* specified quality 



DUT quality m ER 

► 



D.3.7 Design of the test 

The test is defined according to the following design principles: 

1 . The early decision concept is applied. 

2. A second limit is introduced: Bad DUT factor M>1 

3. To decide the test pass: 

Supplier risk is applied based on the Bad DUT quality 
To decide the test fail 

Customer Risk is applied based on the specified DUT quality 
The A-GNSS test cases are defined using the following parameters: 

1 . Specified DUT quality: ER = 0.05 

2. Bad DUT quahty: M=1.5 (selectivity) 

3. Confidence level CL = 95% (for specified DUT and Bad DUT-quaUty) 
The ECID and OTDOA test cases are defined using the following parameters: 

1 . Specified DUT quahty: ER = 0. 1 

2. Bad DUT quality: M=1.5 (selectivity) 

3. Confidence level CL = 95% (for specified DUT and Bad DUT-quahty) 
This has the following consequences: 

a) A measurement on the fail limit is connected with 2 equivalent statements: 



A measurement on the fail-limit shows, that the 
DUT is worse than the specified DUT-quality 



A DUT, known to have the specified quality, 
shall be measured and decided pass 
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A measurement on the pass limit is connected with the complementary statements: 



A measurement on the pass limit shows, that the 
PUT is better than the Bad DUT-quality. 



A OUT, l<nown to have the Bad OUT quality, 
shall be measured and decided fail 



The left column is used to decide the measurement. 

The right column is used to verify the design of the test by simulation. 

The simulation is based on the two fulcrums A and B only in Figure D.3.6. There is freedom to shape the remainder of 
the function. 

b) Test time 

1 . The minimum and maximum test time is fixed. 

2. The average test time is a function of the DUT's quality. 

3. The individual test time is not predictable (except ideal DUT). 

c) The number of decision co-ordinates (ne,ns) in the early decision concept is responsible for the selectivity of the 
test and the maximum test time. Having fixed the number of decision co-ordinates there is still freedom to select 
the individual decision co-ordinates in many combinations, all leading to the same confidence level. 
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D.4 
D.4.1 



Pass fail decisions 



Numerical definition of the pass fail limits for A-GNSS test cases 
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956 


109 


1874 


1697 


152 


2515 


2460 


24 


543 


281 


67 


1233 


973 


110 


1889 


1714 


153 


2530 


2478 


25 


560 


295 


68 


1248 


990 


111 


1904 


1732 


154 


2544 


2496 


26 


577 


310 


69 


1264 


1007 


112 


1919 


1750 


155 


2559 


2513 


27 


593 


325 


70 


1279 


1024 


113 


1934 


1767 


156 


2574 


2531 


28 


610 


341 


71 


1295 


1040 


114 


1949 


1785 


157 


2589 


2549 


29 


627 


356 


72 


1310 


1057 


115 


1964 


1802 


158 


2603 


2567 


30 


643 


371 


73 


1326 


1074 


116 


1979 


1820 


159 


2618 


2585 


31 


660 


387 


74 


1341 


1091 


117 


1994 


1838 


160 


2633 


2603 


32 


676 


402 


75 


1357 


1108 


118 


2009 


1855 


161 


2648 


2621 


33 


693 


418 


76 


1372 


1126 


119 


2024 


1873 


162 


2662 


2639 


34 


709 


433 


77 


1387 


1143 


120 


2039 


1890 


163 


2677 


2657 


35 


725 


449 


78 


1403 


1160 


121 


2054 


1908 


164 


2692 


2675 


36 


742 


465 


79 


1418 


1177 


122 


2069 


1926 


165 


2707 


2693 


37 


758 


480 


80 


1433 


1194 


123 


2084 


1943 


166 


2721 


2711 


38 


774 


496 


81 


1449 


1211 


124 


2099 


1961 


167 


2736 


2729 


39 


790 


512 


82 


1464 


1228 


125 


2114 


1979 


168 


2751 


2747 


40 


807 


528 


83 


1479 


1245 


126 


2128 


1997 


169 


2765 


NA 


41 


823 


544 


84 


1495 


1263 


127 


2143 


2014 








42 


839 


560 


85 


1510 


1280 


128 


2158 


2032 









NOTE: The first column is the number of bad resuhs (ne) 

The second column is the number of results for the pass limit (nSp) 
The third column is the number of results for the fail limit (nSf) 

D.4. 2 Pass fail decision rules for A-GNSS test cases 

Having observed bad results, pass the test at >77 results, otherwise continue 
Having observed 1 bad result, pass the test at > 106 results, otherwise continue 
Having observed 2 bad results, pass the test at >131 results, otherwise continue 

etc. until 
Having observed 6 bad results, pass the test at >218 results, fail the test at < 42 results, otherwise continue 
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Having observed 7 bad results, pass the test at >238 results, fail the test at < 52 results, otherwise continue 

etc. until 
Having observed 168 bad results, pass the test at >2751 results, fail the test at <2747 results, otherwise continue 
Having observed 169 bad results, pass the test at >2765 results, otherwise fail 

NOTE: an ideal DUT passes after 77 results. The maximum test time is 2765 results. 



D.4.3 



Numerical definition of tine pass fail limits for ECID and OTDOA test 
cases 



ne 


nsp 


nsf 


ne 


nSp 


nSf 


ne 


nSp 


nSf 


ne 


nSp 


nSf 





33 


NA 


43 


408 


283 


86 


737 


644 


129 


1056 


1021 


1 


46 


NA 


44 


416 


291 


87 


745 


653 


130 


1064 


1030 


2 


58 


2 


45 


424 


299 


88 


752 


661 


131 


1071 


1039 


3 


69 


5 


46 


432 


307 


89 


760 


670 


132 


1078 


1048 


4 


79 


8 


47 


440 


315 


90 


767 


679 


133 


1086 


1057 


5 


89 


12 


48 


447 


324 


91 


775 


687 


134 


1093 


1066 


6 


99 


17 


49 


455 


332 


92 


782 


696 


135 


1100 


1074 


7 


109 


22 


50 


463 


340 


93 


790 


705 


136 


1108 


1083 


8 


118 


27 


51 


471 


348 


94 


797 


713 


137 


1115 


1092 


9 


127 


33 


52 


478 


356 


95 


804 


722 


138 


1122 


1101 


10 


136 


39 


53 


486 


365 


96 


812 


731 


139 


1130 


1110 


11 


145 


45 


54 


494 


373 


97 


819 


739 


140 


1137 


1119 


12 


154 


51 


55 


502 


381 


98 


827 


748 


141 


1144 


1128 


13 


163 


58 


56 


509 


389 


99 


834 


757 


142 


1152 


1137 


14 


172 


64 


57 


517 


398 


100 


842 


766 


143 


1159 


1147 


15 


180 


71 


58 


525 


406 


101 


849 


774 


144 


1166 


1155 


16 


189 


78 


59 


532 


414 


102 


857 


783 


145 


1174 


1164 


17 


197 


85 


60 


540 


423 


103 


864 


792 


146 


1181 


1173 


18 


206 


92 


61 


548 


431 


104 


871 


801 


147 


NA 


1182 


19 


214 


99 


62 


555 


440 


105 


879 


809 


148 






20 


223 


106 


63 


563 


448 


106 


886 


818 


149 






21 


231 


113 


64 


571 


456 


107 


894 


827 


150 






22 


239 


120 


65 


578 


465 


108 


901 


836 


151 






23 


248 


128 


66 


586 


473 


109 


909 


844 


152 






24 


256 


135 


67 


594 


482 


110 


916 


853 


153 






25 


264 


142 


68 


601 


490 


111 


923 


862 


154 






26 


272 


150 


69 


609 


499 


112 


931 


871 


155 






27 


281 


157 


70 


616 


507 


113 


938 


880 


156 






28 


289 


165 


71 


624 


516 


114 


946 


888 


157 






29 


297 


173 


72 


632 


524 


115 


953 


897 


158 






30 


305 


180 


73 


639 


533 


116 


960 


906 


159 






31 


313 


188 


74 


647 


541 


117 


968 


915 


160 






32 


321 


196 


75 


654 


550 


118 


975 


924 


161 






33 


329 


204 


76 


662 


558 


119 


983 


933 


162 






34 


337 


211 


77 


669 


567 


120 


990 


941 


163 






35 


345 


219 


78 


677 


575 


121 


997 


950 


164 






36 


353 


227 


79 


684 


584 


122 


1005 


959 


165 






37 


361 


235 


80 


692 


592 


123 


1012 


968 


166 






38 


369 


243 


81 


700 


601 


124 


1019 


977 


167 






39 


377 


251 


82 


707 


610 


125 


1027 


986 


168 






40 


385 


259 


83 


715 


618 


126 


1034 


994 


169 






41 


393 


267 


84 


722 


627 


127 


1042 


1003 








42 


400 


275 


85 


730 


635 


128 


1049 


1012 









The first column is the number of errors (ne = number of exceeded delays or number of wrong reports) 

The second column is the number of samples for the pass limit (nSp , ns=Number of samples= number of successes + 
number of exceedings or number of reports) 

The third column is the number of samples for the fail limit (nSf) 
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D.4.4 Pass fail decision rules for ECID and OTDOA test cases 

Having observed errors, pass the test at 33+ samples, otherwise continue 

Having observed 1 error, pass the test at 46+ samples, otherwise continue 

Having observed 2 errors, pass the test at 58+ samples, fail the test at 2 samples, otherwise continue 

Having observed 146 errors, pass the test at 1181+ samples, fail the test at 1 173- samples, otherwise continue 

Having observed 147 errors, fail the test at 1 182- samples. 

Where x+ means: x or more, x- means x or less 

NOTE: an ideal DUT passes after 33 samples. The maximum test time is 1181 samples. 

D.4.5 Background information to the pass fail limits 

There is freedom to design the decision co-ordinates (ne,ns). 

The binomial distribution and its inverse is used to design the pass and fail limits. Note that this method is not unique 
and that other methods exist. 

fail(ne, df) := 



ne+ qnbinonr^df, ne, ER)] 
pas^ne, dp, M) := 



ne 



(ne + qnbinon^clp, ne, ERM)) 

Where 

fail(..) is the error ratio for the fail limit 

pass(..) is the error ratio for the pass limit 

ER is the specified error ratio e.g. 0.05 

ne is the number of bad results. This is the variable in both equations 

M is the Bad DUT factor M=1.5 

df is the wrong decision probability of a single (ne,ns) co-ordinate for the fail limit. 
It is found by simulation to be df = 0.004 

clp is the confidence level of a single (ne,ns) co-ordinate for the pass limit. 
It is found by simulation to be clp = 0.9975 

qnbinom(..): The inverse cumulative function of the negative binomial distribution 

The simulation works as follows: 

A large population of limit DUTs with true ER = 0.05 is decided against the pass and fail limits. 

clp and df are tuned such that CL (95%) of the population passes and D (5%) of the population fails. 

A population of Bad DUTs with true ER = M*0.05 is decided against the same pass and fail limits. 

clp and df are tuned such that CL (95%) of the population fails and D (5%) of the population passes. 
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This procedure and the relationship to the measurement is justified in clause D.3.7. The number of DUTs 
decreases during the simulation, as the decided DUTs leave the population. That number decreases with an 
approximately exponential characteristics. After 169 bad results all DUTs of the population are decided. 

NOTE: The exponential decrease of the population is an optimal design goal for the decision co-ordinates (ne,ns), 
which can be achieved with other formulas or methods as well. 
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Annex E (normative): 

Conditions for ECID and OTDOA requirements applicability 

for operating bands 



E.1 



Conditions for E-CID Measurements 



This clause defines the E-UTRAN intra-frequency RSRP applicable for a corresponding operating band 
The conditions for E-UTRAN ECID intra-frequency RSTD measurements are defined in Table E.l 

Table E.1-1 : Intra-frequency ECID intra frequency Accuracy Requirements 



Parameter 


Conditions 


Bands 


Bands 


Bands 


Bands 


Bands 


1,4,6,10,11, 
18,19,21,23, 
24, 33, 34, 35, 
36, 37, 38, 39, 
40 


9,41,42,43 


2,5,7 


3,8,12,13, 

14,17,20, 

22 


25 


RSRP|dBm> 


-127 dBm 


-126 dBm 


-125 dBm 


-124 dBm 


-123.5dBm 



E.2 



Conditions for OTDOA intra-frequency RSTD 
Measurements 



This clause defines the E-UTRAN intra-frequency PRP_1,2 applicable for a corresponding operating band. 
The conditions for E-UTRAN OTDOA intra-frequency RSTD measurements are defined in Table E.2-1 

Table E.2-1 : E-UTRAN OTDOA intra-frequency RSTD measurements 



Parameter 


Conditions 


Bands 


Bands 


Bands 


Bands 


Bands 


1,4,6,10,11, 

18,19,21,23, 

24, 33, 34, 35, 

36, 37, 38, 39, 40 


9,41,42,43 


2,5,7 


3,8,12,13,14, 
17,20,22 


25 


PRP_1,2|dBm> 


-127 dBm 


-126 dBm 


-125 dBm 


-124 dBm 


-123.5dBm 
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Annex F (normative): 
UTRAN Generic procedures 



F.1 



General 



This normative annex specifies the set up and release procedure that shall be used for each UTRAN test case. 

In this clause the terms GNSS and A-GNSS also include the cases where the only satellite system used is GPS unless 
otherwise stated. 

F.2 UTRAN connection set up 
F.2.1 Initial conditions 

System Simulator: 

1 cell, default parameters. The default system information, as specified in clause 6.1 of TS 34.108 [28], is 
broadcast with the exceptions of SIB15, SIB15.1, SIB15.2 and S1B15.3 which are not broadcast. 

User Equipment: 

The UE shall be operated in Normal Propagation Conditions as specified in clause 5.2.1 of TS 34.108 [28]. 

- The UE is in state "MM idle" state with valid TMSI and CKSN. 

- The UE is in state "PMM idle" with valid P-TMSI. 

F.2. 2 Procedures 

CS Domain 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 


<- 


SYSTEM INFORMATION (BCCH) 


Broadcast 


2 


<- 


PAGING TYPE1 (PCCH) 


Paging (CS domain, TMSI) 


3 


-> 


RRC CONNECTION REOUEST (CCCH) 


RRC 


4 


<— 


RRC CONNECTION SETUP (CCCH) 


RRC 


5 


-> 


RRC CONNECTION SETUP COMPLETE (DCCH) 


RRC 


6 


-> 


PAGING RESPONSE 


RR 


7 


<— 


AUTHENTICATION REOUEST 


MM 


8 


-> 


AUTHENTICATION RESPONSE 


MM 


9 


<- 


SECURITY MODE COMMAND 


RRC 


10 


-> 


SECURITY MODE COMPLETE 


RRC 
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PS Domain 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 


<— 


PAGING TYPE1 (PCCH) 


Paging (PS domain, PMSI or IMSI) 


2 


— > 


RRC CONNECTION REOUEST (CCCH) 


RRC 


3 


<~ 


RRC CONNECTION SETUP (CCCH) 


RRC 


4 


-> 


RRC CONNECTION SETUP COMPLETE (DCCH) 


RRC (Transport Channel: DCH or FACH) 


5 


-> 


SERVICE REOUEST 


GMM 


6 


<- 


AUTHENTICATION REQUEST 


GMM 


7 


-> 


AUTHENTICATION RESPONSE 


GMM 


8 


<- 


SECURITY MODE COMMAND 


RRC 


9 


-> 


SECURITY MODE COMPLETE 


RRC 



F.2.3 Specific message contents 



The default message contents specified in clause 9.1 of TS 34.108 [28] will be used for the Moving Scenario and 
Periodic Update test. For all Minimum Performance TTFF Tests the default message contents specified in clause 9.1 of 
TS 34.108 [28] will be used with the following exception. 

Contents of PAGING TYPE1 : 



Information Element 


Value/remark 


Paging Cause 


Terminating High Priority Signalling 



Contents of RRC CONNECTION SETUP: 

For A-GNSS performance testing in CELL_DCH state: The RRC Connection Setup is defined in clause 9.1.1 of TS 
34.108 [28] "Contents of RRC CONNECTION SETUP message: UM (Transition to CELL_DCH)". 

For A-GNSS performance testing in CELL_FACH state: The RRC Connection Setup is defined in clause 9.1.1 of TS 
34.108 [28] "Contents of RRC CONNECTION SETUP message: UM (Transition to CELL_FACH)". 

Contents of RRC CONNECTION SETUP COMPLETE: 



Information Element 


Value/remark 


UE radio access capability 
- UE positioning capability 


Defines the A-GNSS mode the UE supports (UE-based, 
UE-assisted, or both). UE shall be tested for all modes it 
supports. 



F.3 



UTRAN connection release 



F.3.1 Procedure 



step 


Direction 


Message 


Comments 


UE 


SS 


1 


<— 


RRC CONNECTION RELEASE 


RRC 


2 


-> 


RRC CONNECTION RELEASE COMPLETE 


RRC 



F.3. 2 Specific message contents 

The default message contents specified in clause 9.1 of TS 34.108 [28] are used. 
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Annex G (normative): 
Environmental conditions 

G.1 General 

This normative annex specifies the environmental requirements of the UE. Within these Hmits the requirements of the 
present documents shall be fulfilled. 



G.2 Environmental requirements 

The requirements in this clause apply to all types of UE(s). 

G.2.1 Temperature 

The UE shall fulfil all the requirements in the full temperature range of: 

Table G.2.1. 1 



+15°Cto+35°C 



for normal conditions (with relative humidity up to 75 %) 



G.2.2 Voltage 

The UE shall fulfil all the requirements in the full voltage range, i.e. the voltage range between the extreme voltages. 

The manufacturer shall declare the lower and higher extreme voltages and the approximate shutdown voltage. For the 
equipment that can be operated from one or more of the power sources listed below, the lower extreme voltage shall not 
be higher, and the higher extreme voltage shall not be lower than that specified below. 

Table G.2.2.1 



Power source 


Normal conditions 
voltage 


AC mains 


nominal 


Regulated lead acid battery 


1.1 X nominal 


Non regulated batteries: 

Leclanche / lithium 
- IVIercury/nickel and cadmium 


Nominal 
Nominal 



£75/ 



3GPP TS 37.571-1 version 9.1.0 Release 9 



163 



ETSI TS 137 571-1 V9.1.0 (2012-03) 



Annex H (informative): 
Change history 



Change history 


Date 


TSG# 


TSG Doc. 


CR 


R 
ev 


Subject/Comment TS 36.571-1 


Old 


New 


2010-08 


RAN5#48 


R5-104316 






Initial draft TS 36.571-1 created 




0.0.0 


2010-11 


RAN5#49 


R5-106613 






VI .0.0 created for presentation to RAN Plenary 


0.0.0 


1.0.0 


2011-02 


RAN5#50 


R5-110124 






Various values and corrections added 


1.0.0 


1.1.0 


2011-08 


RAN5#52 


R5-113133 






Text cfianges from R5-112139, R5-1 12386, R5-1 12837, R5- 
112838, R5-1 12839 added 


1.1.0 


1.2.0 


2011-08 


RAN5#53 








Text cfianges from R5-113135, R5-113150, R5-1 14066, R5- 
11 3587 added 


1.2.0 


- 


2011-11 


RAN5#53 


R5-1 15206 






Initial draft TS 37.571 -1 created from TS 36.571 -1 , TS 34.1 71 
and TS 34.172 




1.0.0 


2011-11 


RAN5#53 


R5-1 15207 






V2.0.0 created for presentation to RAN Plenary with additions 
from R5-1 15246, R5-1 15247, R5-1 15248, R5-1 15809 


1.0.0 


2.0.0 


2011-12 


RAN#54 








Moved to Rel-9 with editorial changes only 


2.0.0 


9.0.0 


2012-03 


RAN#55 


R5-1 20087 


0001 


- 


Modify OTDOA connection diagrams 


9.0.0 


9.1.0 


2012-03 


RAN#55 


R5-1 20089 


0002 


- 


OTDOA parameter corrections 


9.0.0 


9.1.0 


2012-03 


RAN#55 


R5-120414 


0003 




Adding ECID test cases to Annexes in TS37.571 -1 


9.0.0 


9.1.0 


2012-03 


RAN#55 


R5-1 20822 


0004 




Correct A-GNSS signalling 


9.0.0 


9.1.0 


2012-03 


RAN#55 


R5-1 20823 


0005 


- 


ECID procedure modifications 


9.0.0 


9.1.0 


2012-03 


RAN#55 


R5-1 20893 


0006 


- 


OTDOA procedure updates 


9.0.0 


9.1.0 



£75/ 



3GPP TS 37.571-1 version 9.1.0 Release 9 



164 



ETSI TS 137 571-1 V9.1.0 (2012-03) 



History 



Document history 


V9.0.0 


January 2012 


Publication 


V9.1.0 


March 2012 


Publication 





















£75/ 



